今回は、Power AutomateでDataverseテーブルに対して、
OdataクエリやFetchXMLを使用した、関連レコードの扱いについてご紹介します。
一般的にDataverseの操作で扱うことの多い以下のトリガー・アクションでの設定方法をお見せします。
トリガー：行が追加、変更、または削除された場合
アクション：新しい行を追加する、行を更新する、行を一覧にする
目次
検索列への値の挿入
行のフィルター
クエリの展開
FetchXML
検索列への値の挿入
データの追加や更新をする際、普通の列はそのまま値を入れることができますが、検索列に値を入れるときにはコツがいります。
検索列：リレーション関係を保存する列
使用するアクション
- 新しい行を追加する
- 行を更新する
具体例
子テーブル、販売注文テーブルの行の更新をします。
販売注文テーブルの検索列、「製品情報」列に保存する親レコードのIDを設定したいと思います。
行が作成された際に、検索列の値を更新するアクションを設定します。
今回は、行を更新するアクションの「製品情報(製品)」が検索列にあたります。
接続先は製品テーブルです。
別タブでPower Appsを開き、テーブル一覧から製品テーブル(親テーブル)を選択し、詳細画面を表示します。
情報をとりたいテーブルのセット名をコピーします。
Power Automateの画面に戻り、検索列の項目に張り付けます。
セット名の後ろに半角の「()」をいれ、その間にGUIDになる値を入れます。
GUIDはテーブル名と同じ列に保存されてます。
編集不可の列でわかりづらいですが、この列の各レコードをダブルクリックし、Ctrl＋Cで値をコピーすることができます。
Power Automateのセット名の後ろに「()」を入れ、そのカッコの間にGUIDを入れます。
GUIDを動的なコンテンツで設定する場合も同様にカッコの間に入れて設定できます。
これで検索列の値を設定することができます。
行のフィルター
検索列の値を使って行のフィルタリングをします。
Odataクエリでの検索列の扱い方ですね。関連づいている親のレコードによって、子レコードをフィルタリングをすることもできます。
使用するトリガー: 行が追加、変更、または削除された場合
使用するアクション: 行を一覧にする
具体例
子テーブル、販売注文テーブルの行に紐づけられた製品テーブルの値を扱ってフィルタリングをします。
フィルタリングのために、販売注文テーブルの検索列、「製品情報」列の倫理名を取得します。
Odataクエリで検索列は以下のように指定します。
_NAME_value
該当テーブルの詳細画面で[列]を開き列一覧にて、該当の検索列「製品情報」を選択します。
NAMEに列の詳細の[論理名]を入力します。以下からコピーして使います。
今回の場合は以下のように設定します。
_crd83_products_value
次にフィルター値として、親テーブルのGUIDを設定します。
動的なコンテンツの場合はそのままeqの後ろに設定し、静的な値の場合は「''」の間に設定します。
例1:動的なコンテンツ
例2:静的な値
_crd83_products_value eq '0a2efff2-e74e-ed11-bba2-000d3aa0943a'
クエリの展開
「クエリの展開」は、関連レコードも一度にまとめて取得する際に利用する項目です。（アクション数の削減に有効）
これができるアクションはいくつかあります。
- ＩＤで行を取得する
- 行を一覧にする
具体例
今回、「行を一覧にする」アクションでクエリの展開を使用します。（IDで行を取得するアクションでも同じように使えます。）
子テーブルの販売注文テーブルの情報と一緒に、親テーブルの製品テーブルの情報も取得します。
販売注文テーブルの検索列の論理名をコピーします。
親テーブルである製品テーブルで取得したい列の論理名をコピーします。
Power Automateを開き、「行を一覧にする」アクションの「クエリの展開」にコピーした値を以下のように入れます。
「$select」はSQLクエリのSELECT文 と同じイメージですね。列名を指定して、とってくる情報を制御します。
親テーブルの列はカンマ区切りで複数列並べられます。
子テーブルの検索列の論理名（$select=親テーブルの取得したい列の論理名）
crd83_products($select=crd83_qiita_productname, crd83_qiita_cost)
すると、その後の動的なコンテンツで「製品情報 製品名」と「製品情報 原価」というのが使えるようになっています。
「子テーブルの検索列名 親テーブルの列」という名前のコンテンツです。
このように、クエリの展開を使うことで関連テーブルの特定の列を取ってこれます。
関連テーブルの特定の列の情報だけが必要な場合は、このクエリの展開を使用することによってアクション数の削減ができるので、うまく使いたいですね。
FetchXML
こちらは複雑な検索条件でのレコードの取得に便利に使えます。
Dataverseでは、Power Appsの通常の関数(Power Fx)やPower AutomateのOdataクエリでは表現が難しいような検索条件に対し、FetchXMLというクエリ言語（SQLのようなもの）を提供しています。
FetchXMLをノーコードで編集する方法も解説しているので参考にしてください。
上の方法でUIベースで編集することが多いですので、以下に実際のFetchXMLコードをお見せしますが、概要としてご参考いただければと思います！
具体例
FetchXMLを使った簡単な例を以下に記します。
まず、基本的な例です。
以下のコードで「crd83_qiita_order」テーブルのすべてのデータを取得します。
attributeで取得する列を指定しています。1つも指定しない場合はすべての列を取得できます。
ここで指定しないと、その後の動的なコンテンツでは値が入りません。
<fetch mapping='logical'>
<entity name='crd83_qiita_order'>
<attribute name='crd83_orderid'/>
<attribute name='crd83_products'/>
</entity>
</fetch>
上のxmlをSQL文で書くと以下のようになります。
SQLに慣れている方はこちら見ていただくとイメージつけやすいかと思います。
SELECT crd83_orderid,
crd83_products
FROM crd83_qiita_order
リレーションを活用したFetchXMLの例を以下にあげます。
関連付けをFetchXMLで行うと以下のようになります。この処理はテーブルの行が多いと時間がかかります。
accountテーブルのすべての列を取得し、primarycontactidとcontactidをリンクさせて内部結合したcontactテーブルのfullname列を取得してます。
そして、contactテーブルの「所有ユーザーの姓」列が 'Kuramoto'に等しいすべての行を取得します。
<fetch>
<entity name="account">
<link-entity name="contact" to="primarycontactid" from="contactid" alias="c" link-type="inner">
<attribute name="fullname" />
</link-entity>
<filter type='and'>
<condition entityname="c" attribute='lastname' operator='eq' value='Kuramoto' />
</filter>
</entity>
</fetch>
上のxmlをSQL文で書くと以下のようなイメージです。
SELECT a.*,
c.fullname
FROM account AS a
INNER JOIN
contact AS c
ON a.primarycontactid = c.contactid
WHERE c.lastname = 'Kuramoto';
ちなみにFetchXMLは集計にも対応してます。
１例をご紹介しましたが、より細かいクエリができますのでいろんな使い方をしてみて下さい。
まとめ
今回はOdataクエリやFetchXMLを使用した関連レコードの扱い方についてご紹介しました。
リレーションを使用してデータをより便利に扱っていきましょう！