Data-Architect 문제 66
Universal Containers(UC)는 매주 및 매월 제3자 리드 수집업체로부터 대량 리드와 캠페인을 로드합니다. 예상 리드 레코드 볼륨은 주당 500,000개 레코드이고, 예상 캠페인 레코드 볼륨은 주당 10,000개 캠페인입니다. 업로드 후 리드 레코드는 공유 규칙을 통해 다양한 판매 에이전트와 공유되고 리드 생성 시 Apex 트리거를 통해 캠페인 구성원으로 추가됩니다. UC 상담원은 리드에 대해 6개월 동안 작업하지만 참조용으로 최소 1년 동안 시스템에 기록을 보관하려고 합니다. 규정 준수를 위해 최소 3년 동안 보관해야 합니다. 그 이후에는 데이터를 삭제할 수 있습니다. UC의 데이터 보관 전략과 관련하여 올바른 설명은 무엇입니까?
Data-Architect 문제 67
레거시 시스템에서. Universal Containers에는 계정, 연락처, 기회, 주문의 데이터를 수집하는 월별 미수금 보고서가 있습니다. 및 주문 라인 항목. Salesforce에서 이를 구현할 때 건축가는 어떤 어려움을 겪게 됩니까?
Data-Architect 문제 68
UC(Universal Containers)는 Salesforce를 구현했으며, UC는 스토리지가 부족하여 보관 솔루션이 필요합니다. UC는 Saleforce에서 2년간의 데이터를 유지하고 Salesforce에서 오래된 데이터를 보관하려고 합니다.
데이터 설계자는 어떤 솔루션을 아카이빙 솔루션으로 권장해야 합니까?
데이터 설계자는 어떤 솔루션을 아카이빙 솔루션으로 권장해야 합니까?
Data-Architect 문제 69
UC는 다음 요구 사항에 따라 참석한 연락처 및 해당 컨퍼런스를 추적하기 위해 Salesforce 애플리케이션을 구축하고 있습니다.
1. 연락처는 표준 연락처 개체에 저장됩니다.
2. 컨퍼런스는 사용자 정의 conference_c 개체에 저장됩니다.
3. 각 연락처는 여러 회의에 참석할 수 있으며 각 회의는 여러 연락처와 관련될 수 있습니다.
데이터 설계자는 연락처와 회의 개체 간의 관계를 어떻게 모델링해야 합니까?
1. 연락처는 표준 연락처 개체에 저장됩니다.
2. 컨퍼런스는 사용자 정의 conference_c 개체에 저장됩니다.
3. 각 연락처는 여러 회의에 참석할 수 있으며 각 회의는 여러 연락처와 관련될 수 있습니다.
데이터 설계자는 연락처와 회의 개체 간의 관계를 어떻게 모델링해야 합니까?
Data-Architect 문제 70
Force.com 응용 프로그램의 성능 테스트와 관련하여 정확한 두 가지 설명은 무엇입니까?