標準データフローのフィールド マッピングに関する考慮事項
出力を Dataverse に書き込むデータフローを作成する場合、いくつかのガイドラインとベスト プラクティスに従うことで、最良の結果を得ることができます。 この記事では、そのようなベスト プラクティスをいくつか紹介します。
エンティティにキー フィールドを設定する
エンティティに主キー列を設定することで、データ行の重複を回避することができます。 主キー列とは、エンティティ内の一意で決定論的なデータ行の列です。 たとえば、Orders テーブルの Order ID が主キー列である場合、Order ID が同じ 2 行を含めることはできません。 また、1 つの Order ID (たとえば、ID 345 の注文) は、エンティティ内の 1 行のみを表す必要があります。
データフローから Dataverse のエンティティのキー列を選ぶには、代替キーを設定する必要があります。
次の画像は、データフローで新しいエンティティを作成するときに、ソースから入力するキー列を選ぶ方法を示しています。

フィールド マッピングに表示されるプライマリ名フィールドはラベル フィールドのためのものです。このフィールドは一意である必要はありません。 重複を確認するためにエンティティ内で使われるフィールドは、 [代替キー] フィールドで設定したフィールドになります。
エンティティに主キーを設定することで、主キーにマップされたフィールドに同じ値の重複データ行がある場合でも、重複エントリはエンティティに読み込まれず、エンティティのデータは常に高品質になります。 データの品質が高いエンティティを持つことは、そのエンティティに基づいてレポート ソリューションを構築する上で不可欠です。
プライマリ名フィールド
プライマリ名フィールドは、Dataverse で使われる表示フィールドです。 このフィールドは、他のアプリケーションでエンティティの内容を表示する既定のビューで使われます。 このフィールドは主キー フィールドではないので、そのように考えないでください。 このフィールドは表示フィールドであるため、重複する可能性があります。 ただし、ベスト プラクティスは、連結フィールドを使ってプライマリ名フィールドにマップすることです。そのため、名前は完全に説明的です。
代替キー フィールドは主キーとして使われるものです。
キー フィールドに適した候補
キー フィールドは、エンティティ内の一意の行を表す一意の値です。 このフィールドがあると、エンティティ内の重複するレコードを回避できるので重要です。 このフィールドは 3 つのソースから取得できます。
ソース システムの主キー (前述の例では OrderID など)。
データフロー内で Power Query の変換によって作成された連結フィールド。

[代替キー] オプションで選ばれるフィールドの組み合わせ。 キー フィールドとして使われるフィールドの組み合わせは、複合キー とも呼ばれます。

存在しなくなった行を削除する
エンティティ内のデータを常にソース システムのデータと同期させたい場合は、 [クエリ出力に存在しない行を削除します] オプションを選びます。 ただし、このオプションを選ぶとデータフローが遅くなることに注意してください。なぜなら、このアクションを実行するには、主キー (データフローのフィールド マッピングでは代替キー) に基づいて行を比較する必要があるからです。
このオプションをオンにすると、次のデータフロー更新時のクエリ出力に存在しないデータ行がエンティティ内にある場合、その行がエンティティから削除されます。

既知の制限事項
- ポリモーフィックなルックアップ フィールドへのマッピングは、現在サポートされていません。
- 複数レベルのルックアップ フィールド (別のテーブルのルックアップ フィールドを指すルックアップ) へのマッピングは、現在サポートされていません。
- [状態] フィールドと [状態の理由] フィールドへのマッピングは現在サポートされていません。