* ループ内でクエリを実行すると、単一トランザクション内のSOQLクエリが多すぎるため、ガバナ制限例外が発生する可能性があります。代わりに、ループ外でクエリを実行してください。

* Visualforce では、カスタム オブジェクトの標準コントローラを指定するための構文は controller=" ObjectName__c" です。
* カスタム機能を追加するには、拡張機能属性を使用してコントローラー拡張機能を含めることができます。
他の選択肢はないのでしょうか?
* 回答: カスタム オブジェクトの正しい構文は、standardController ではなく controller です。
* B と C: これらは文法的に誤りです。
参考文献:
* Visualforceページのドキュメント

* C. PrimaryId__c フィールド定義を更新して、外部 ID としてマークします。
* PrimaryId__c を外部 ID としてマークすると、Salesforce はデータ インポート プロセス中にこのフィールドを使用してレコードを照合できるようになり、CSV 行を既存の Candidate__c レコードにマッピングするプロセスが効率化されます。
* 外部 ID フィールドはインデックス化されており、データローダー、データインポートウィザード、API ベースのアップサートなどのツールで使用して、外部 ID フィールドの値に基づいてレコードが正しく一致するようにすることができます。
* この場合、PrimaryId__c は一意であるため、これを外部 ID としてマークすると、カスタム トリガーやフローが不要になります。
* なぜこれが最善の解決策なのでしょうか?
* この手法では、Salesforce の組み込み機能を活用します (カスタム コードや自動化は不要です)。
* 正確なレコード照合を保証し、一意の識別子を含むデータ拡充タスクの標準的なアプローチです。
他の選択肢はなぜダメなのですか?
* A. Candidate__c に関連するカスタム オブジェクトに CSV をアップロードします。
* このアプローチは不必要に別のオブジェクトを導入し、複雑さを増します。目的は既存のCandidate__cレコードを更新することであり、データを別のオブジェクトに保存することではありません。
* B. レコードを正しくマップするための before insert トリガーを作成します。
* この目的でトリガーを使用するのはオーバーエンジニアリングです。Salesforceは既に、まさにこのユースケース向けにupsertなどのツールを提供しています。トリガーを独自に作成するには追加の作業が必要になり、意図しないエラーやパフォーマンスの問題が発生する可能性があります。
* D. レコードを正しくマッピングするための保存前フローを作成します。
* フローは強力ですが、このユースケースに最適なソリューションではありません。インポート時に外部IDを使用してデータマッピングを行う方が、適切なマッチングと更新を確実に行うことができます。
参考文献:
* Salesforceの外部ID
* データローダーによるアップサート
* 固有IDフィールドと外部IDフィールド