試験ガイドによると、目的の 1 つは「AppExchange アプリと Wave Analytics を使用する際のユースケースと考慮事項を説明する」ことです1。これは、オプション A と B の両方が、より分析的な洞察を提供する有効なアプローチであることを意味します。オプション C は不正解です。毎週のスナップショットは、高度な分析を提供するためではなく、経時的な変化を追跡するために使用されます3。選択肢 D は不正解です。セットアップ監査証跡は、分析的な洞察を提供するためではなく、セットアップ メニューの変更を監視するために使用されます。

Bulk API を使用して Salesforce から 100 万レコードをエクスポートするのが最良のオプションです。Bulk API は、大規模なデータセットに対して非同期操作を実行できる RESTful API です。Bulk API を使用すると、数百万のレコードをバッチで作成、更新、削除、またはクエリできます。Bulk API はパフォーマンスとスケーラビリティを考慮して最適化されており、複雑なデータ読み込みシナリオを処理できます。

データを保存するカスタム ビッグ オブジェクトを実装することは、リアルタイムのアクセスやレポートを必要としない大量のデータを保存できるため、プラットフォームのパフォーマンスの低下を軽減するための最良の推奨事項です。カスタム ビッグ オブジェクトはメタデータ API または開発者コンソールを使用して定義でき、オブジェクトごとに最大 10 億レコードをサポートします。カスタム オブジェクトを作成したり、標準の注文オブジェクトを使用すると、大量の記憶域が消費され、クエリやレポートのパフォーマンスに影響を与えます。標準ビッグ オブジェクトは監査証跡やフィールド履歴などの特定のユースケース用に事前定義されているため、Salesforce によって定義された標準ビッグ オブジェクトの使用は注文レコードには適用できません。

Shield プラットフォーム暗号化は、ファイルと添付ファイル、および標準フィールドとカスタム フィールドを保存時に暗号化できるため、ファイルに保存されている機密の患者記録を暗号化する場合に推奨されるソリューションです。クラシック暗号化では、最大 175 文字のテキスト フィールドのみがサポートされ、ファイルは暗号化されません。
サードパーティの App Exchange アプリは、シールド プラットフォームの暗号化と同じレベルのセキュリティとコンプライアンスを提供しない可能性があります。Salesforce の外部にファイルを保存すると、さらに複雑さと遅延が発生する可能性があります

Trailhead の「カスタム メタデータ タイプの開始」単元によると、カスタム メタデータ タイプの使用例の 1 つは、会計アプリのカスタム料金を定義することです。この単元では、「組織で標準の会計アプリを使用しているとします。関税や VAT 率などのカスタム料金を定義するカスタム メタデータ タイプを作成できます。その後、次のようにして各請求書の合計金額を計算する Apex コードを作成できます。」カスタム メタデータ タイプのメタデータを使用します。」したがって、同様のアプローチを使用して、Salesforce のカスタム価格設定エンジンの価格設定基準を維持できます。