設問
Universal Containersでは、大量の連絡先データがSalesforce.comに送信されます。既存の連絡先レコードは100,000件あります。200,000件の新しい連絡先がロードされます。Contactオブジェクトには一意の外部IDフィールドがあり、既存のすべてのレコードに入力する必要があります。データ読み込み処理時間を短縮するためにアーキテクトは何を推奨すべきでしょうか？
選択肢
A. ストリーミング API を使用して Upsert 操作を通じて連絡先レコードをまとめて読み込みます。
B. 既存のレコードをすべて削除し、挿入操作ですべてのレコードをまとめてロードします。
C. Upsert 操作を介してすべてのレコードをロードし、新しいレコードと既存のレコードを判断します。
D. 新しいレコードを挿入操作で読み込み、既存のレコードを更新操作で読み込みます。
解答
C. Upsert 操作を介してすべてのレコードをロードし、新しいレコードと既存のレコードを判断します。
解説
A. ストリーミング API を使用して Upsert 操作を通じて連絡先レコードをまとめて読み込みます。
不正解です。 ストリーミングAPIは、リアルタイムデータ同期に適していますが、大量データのバッチ処理や読み込みには向いていません。
B. 既存のレコードをすべて削除し、挿入操作ですべてのレコードをまとめてロードします。
不正解です。 既存データを削除してから挿入するとデータの完全性が失われ、関連データの整合性も影響を受ける可能性があります。
C. Upsert 操作を介してすべてのレコードをロードし、新しいレコードと既存のレコードを判断します。
正解です。 Upsertは一意の外部IDを使用して新規と既存のレコードを判断し、効率的にデータをロードするのに適しています。
D. 新しいレコードを挿入操作で読み込み、既存のレコードを更新操作で読み込みます。
不正解です。 挿入と更新を個別に行うとデータ読み込み時間が増え、プロセスが非効率になります。Upsertの方が効率的です。
第17問
こちらをクリック
