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

Lightning Web Componentsは、Shadow DOMの概念を含む標準のWebコンポーネントモデルを使用します。Shadow DOMは、コンポーネントの内部DOMをページの他の部分から分離するメカニズムであり、コンポーネントが自身のサブツリー外の要素にアクセスしたり、それらの要素から影響を受けたりすることを防ぐ境界を作成します。ただし、これは、コンポーネントのShadow DOM内から発生したイベントが、親コンポーネントまたは祖先コンポーネントに伝播するように設定されていない限り、デフォルトでは伝播されないことを意味します。
イベントの伝播方法を設定するには、イベントをディスパッチするコンポーネントで、カスタムイベントオブジェクトに2つのプロパティ（bubblesとcomposed）を設定します。bubblesプロパティは、イベントがコンテインメント階層（イベントソースを含むコンポーネントのツリー）をバブルアップできるかどうかを決定します。composedプロパティは、イベントがシャドウ境界（コンポーネントのShadow DOMと親コンポーネントのLight DOMの境界）を越えられるかどうかを決定します。
これらのプロパティの可能な値と効果は次のとおりです。
* bubbles: true, compose: true: イベントはコンテインメント階層をバブルアップし、Shadow 境界を越えることができます。つまり、イベントソースの祖先である任意のコンポーネント（同じ Shadow DOM 内にあるかどうかに関係なく）でイベントを処理できます。これは、ページ内の他のコンポーネントと通信する必要があるカスタムイベントで最も一般的な設定です。
* bubbles: true, compose: false: イベントはコンテインメント階層をバブルアップできますが、シャドウ境界を越えることはできません。つまり、イベントソースの祖先であるコンポーネントであれば、同じシャドウDOM内にある限り、どのコンポーネントでもイベントを処理できます。これは、カスタムイベントを処理する必要がある場合に便利です。
* 同じシャドウ ツリー内の他のコンポーネントとは通信できますが、シャドウ ツリー外のコンポーネントとは通信できません。
* bubbles: false, compose: true: イベントはコンテインメント階層をバブルアップすることはできませんが、シャドウ境界を越えることはできます。つまり、イベントは、イベントをディスパッチしたコンポーネント、またはイベントソースをライトDOMに含むコンポーネントによってのみ処理されます。これは、直接の親コンポーネントとは通信する必要があるが、他の祖先コンポーネントとは通信する必要のないカスタムイベントに役立ちます。
* bubbles: false, compose: false: イベントはコンテインメント階層をバブルアップすることも、シャドウ境界を越えることもできません。つまり、イベントはディスパッチしたコンポーネントによってのみ処理されます。これは、他のコンポーネントとの通信を必要とせず、イベントソース自身との通信のみを必要とするカスタムイベントに役立ちます。
したがって、正解は B です。bubbles: true、composed: true です。これは、イベントが包含階層をバブルアップしてシャドウ境界を越えることができる唯一の設定です。
参考文献:
* イベント伝播を構成する
* イベントを処理する