説明
選択肢Cは正解です。クエリフィルターに選択基準を含めることで、統合のパフォーマンスを向上できます。選択基準とは、インデックス付きフィールド、標準インデックス、カスタムインデックスなど、クエリオプティマイザーによるスキャンが必要なレコード数を減らすフィルターです。選択基準は、クエリの実行速度を向上させ、クエリタイムアウト制限やクエリ行数制限への到達を回避します。
選択肢Dは正解です。共有制限を削除すると、統合のパフォーマンスが向上する可能性があります。共有制限とは、ユーザーの役割、プロファイル、または共有ルールに基づいてレコードへのアクセスを制限するフィルターです。共有制限は、追加の結合と計算を必要とするため、クエリ実行の複雑さとオーバーヘッドを増加させる可能性があります。共有制限を削除すると、クエリが簡素化され、処理が必要なレコード数を削減できます。
選択肢Aは不正解です。クエリフィルタに非選択的な条件を含めると、統合のパフォーマンスが低下する可能性があります。非選択的な条件とは、インデックス化されていないフィールド、数式フィールド、OR条件など、クエリオプティマイザによるスキャンが必要なレコード数を削減しないフィルタです。非選択的な条件は、クエリの実行速度を低下させ、クエリタイムアウト制限やクエリ行数制限に達する可能性があります。
クエリ フィルターを削除すると統合のパフォーマンスが低下する可能性があるため、オプション B は不正解です。
クエリフィルターは、WHERE句やLIMIT句など、データベースから取得するレコードを指定する条件です。クエリフィルターを使用すると、クエリの実行速度が向上し、不要なデータの取得を回避できます。クエリフィルターを削除すると、統合によって処理および転送する必要があるレコード数が増加する可能性があります。
参考資料: 非常に大きな SOQL クエリの操作: Salesforce クエリプラン ツールを使用してカスタム インデックスのパフォーマンスを向上させる: ユーザー権限を尊重するデータのクエリ: 共有は SOQL のパフォーマンスにどのように影響しますか?: SOQL SELECT 構文: SOQL のベスト プラクティス

これは、Bulk APIが大規模なデータセットの非同期読み込みまたは削除に最適化されたRESTful APIであるためです。ジョブを並列モードで処理することで、Salesforceプラットフォームで利用可能な複数のリソースを活用し、データ読み込みを高速化できます。他のオプションは、以下の理由により、このシナリオには適していません。
B. Salesforceサポートに連絡してパフォーマンスロードのスケジュールを設定するという選択肢は、Salesforceではそのようなサービスを提供していないため、有効な選択肢ではありません。データロードのパフォーマンスを最適化する責任はお客様にあります。
C：Bulk APIを使用してジョブをシリアルモードで処理する方法は、一度に1つのバッチを処理するため、並列モードよりも処理速度が遅くなります。これは、レコード間に依存関係がある場合、またはレコードの順序を維持したい場合にのみ推奨されます。
D. Bulk APIを使用して高パフォーマンスモードでジョブを処理するというオプションは、Bulk APIにそのようなモードがないため、有効なオプションではありません。選択できるのは並列モードと直列モードのみです。
参考文献:
Bulk API 2.0 と BulkAPI の紹介
Bulk API 2.0ユニットを使用する

Fire and Forget パターンを使用して従来の SOAP のみのアプリケーションと統合する場合、Salesforce Outbound Messaging がネイティブの宣言型の選択肢となります。
アウトバウンドメッセージングは​​、特定の条件が満たされた場合に、指定されたエンドポイントにSOAPメッセージを送信するプラットフォーム機能です。本質的に非同期であり、組み込みの信頼性を備えています。レガシーシステムがオフラインの場合、Salesforceは最大24時間まで自動的に配信を再試行します。これは「ファイア・アンド・フォーゲット」の要件に完全に適合します。
厳密に型指定されたレスポンス（リモートコールイン）の場合、エンタープライズ WSDL が適切な推奨事項です。1415
* Enterprise WSDL: これは、特定の組織のメタデータ専用に生成された、厳密に型指定されたWSDLです。16個のカスタムオブジェクトと項目への特定の参照が含まれており、レガシーシステムが堅牢で予測可能なデータ構造を使用してSalesforceと通信できることを保証します。
* パートナー WSDL (オプション C): これは、さまざまな組織で動作する必要があるツールを構築する開発者向けに設計された、緩く型付けされた WSDL です。内部の厳密に型付けされたレガシー統合には適していません。
プラットフォームイベント（オプションB）は現代的な代替手段ですが、通常はREST APIまたはストリーミングAPIを使用するため、「SOAPのみをサポート」するアプリケーションには適していません。アウトバウンドメッセージングとエンタープライズWSDLを組み合わせることで、アーキテクトはビジネスの技術的制約と信頼性要件を満たす、堅牢なSOAPネイティブソリューションを提供します。