自動番号フィールドによってバッチを順序付けすると、レコードが確実に順番に処理され、関連するレコードを並列モードでロードするときに発生する可能性のあるロックの問題が回避されます。インデックスの作成、AccountId によるバッチのグループ化、または Name フィールド値によるバッチの並べ替えは、Bulk API を使用して商談レコードをロードする場合には不要であり、有益ではありません。

新しいレコードを挿入操作でロードし、既存のレコードを更新操作でロードすると、外部 ID フィールドを一意の識別子として使用できるようになり、レコードの重複や上書きを回避できます。これは、既存のレコードをすべて削除したり、競合やエラーが発生する可能性がある Upsert 操作を使用したりするよりも高速かつ安全です。
。

データとデータを統合するソリューションを実現するためにマスター データ管理システムを使用するかどうかを決定する際に、アーキテクトが考慮すべき要素は、異なるテーブルのレコード システムが変更されるかどうかと、相互に統合されているシステムの数です。 Salesforce と 1 つ以上の外部システム間の重複と不一致を解決します。記録システムは、特定のコンテキストにおける特定のエンティティまたはフィールドに対する信頼できる信頼できる情報源です。異なるシステムに異なるテーブルの異なる記録システムがある場合、マスター データ管理システムは、システム間でデータを管理および同期し、データの品質と一貫性を確保するのに役立ちます。相互に統合するシステムの数も、統合ソリューションの複雑さとスケーラビリティに影響を与える要因です。相互に統合する必要があるシステムが多数ある場合、マスター データ管理システムは、データを統合し、システム間の重複や不一致を解決する一元化された標準化された方法を提供します。他の要素は、マスター データ管理システムが対処できるデータ品質や統合の課題に影響を及ぼさないため、マスター データ管理システムを使用するかどうかを決定するのに関連または重要ではありません。