Power Apps でアプリを作る場合、データソースとして SharePoint がよく採用されます。
扱いやすいですし、気軽に試せるのもいいですね。
データ量が多くなった場合や公開の範囲を変更する場合など、 Dataverse へ移行したい！という要望をよく聞きます。この場合考慮事項はそれなりにありますが、アプリの変更はそんなに難しくありません。
今回は「データをコピーする」ことを考えてみます。
SharePoint リストと Dataverse テーブルの定義
まずはテスト用にリストを作ります。左からテキスト、選択肢、数値（小数点１けた）になっています。
「選択肢」の扱いはSharePointとDataverseで異なっており、変換は結構癖があります。それについては別途記事にしようかと思っています。ここではDataverse側はType列はテキストにしてみます。
なのでDataverse側は以下のようになります。
まずは Power Automate クラウドフローでデータのコピーをしてみる
SharePointリストにデータが入ったらそれをDataverseに送ればいいので、以下のようになります。
データをリストに追加してみます。
確かにDataverseに値が入っています。
「アイテムが作成または変更されたとき」というトリガーもあるので、値が変更されたときもDataverse側で行を指定できれば更新できそうです。
データフローを使ってみる
もう少しスマートにデータのコピーをする方法として「データフロー」という機能があります。
先ほどのクラウドフローはいったんオフ（無効）にしておき、こちらの機能を試してみましょう。
データフロー→新しいデータフローを選択します。
名前を付けて作成します。
データソースから SharePoint リストを選択します。これは「元」側ですね。
サイトのURLを入力します。リストのURLではありません。
組織アカウントを指定してサインインします。もちろん、今作業しているアカウントの情報を入力します。
以下のような表示になったら右下の[次へ]を入力します。
左側ペインにサイトのリストやそうでないもの（？）の一覧が出てきますので意中のリストにチェックを入れます。すると右側にリストの中身が表示されます。[データの変換]をクリックします。
すると以下のような画面が出てきます。なぜか[Id]と[ID]という列があるので、Idのほうを削除します。[次へ]をクリックします。
既存のテーブルを読み込むを選択します。
意中のテーブルを選択します。テーブル名は表示名ではなく内部名になっているのでこの例のように*****_テーブル名のような形式になっています。(crf42はお使いの環境によって変わります）
列マッピングを行います。今回の場合リストの列とテーブルの列を同じ名前にしているのでわかりやすいですが、そうでない場合は正しくマッピングしてください。できたら[次へ]をクリックします。
最後に[自動的に更新]を選択して更新頻度を設定します。右下の[公開]を押すと実行されます。
公開済みになったら成功です。最終更新に日付が表示されたら同期も完了です。
テーブルに値が入りました。「ライオン」のエントリが重複していますが、これは先ほどのクラウドフローで入れたデータですね。そのまま残っていることが分かります。
SharePoint リストの値を変えてみましょう
変更していないデータも重複登録されていますね。
何も変更しないで次の更新を待ってみます。するとやっぱり重複登録されています。
重複しないようにする
このままだと更新があってもなくても重複したデータが格納されることになります。ある時点でのスナップショットをとってロールバックする…など使い道はなくはなさそうですが、今回はSPOリストとDataverseテーブルを同じにするのが目的なのでそのように設定してみます。
Dataverse テーブルのキーをクリックし、[キーの追加]をクリックします。
Title をキーにします。（キーが重複不可になります。今回の例だと、Weightの異なるアメショを２つ以上登録できなくなります。）
データフローを[編集]します。
[次へ]をクリックしてマップテーブルの編集画面にします。[読み込みの設定をリセット]をクリックします。
キー列が設定されていることを確認し、[クエリ出力に存在しない行を削除します]にチェックを入れます。ソース列を設定しなおして[公開します]。
最終更新（日時）が更新されたら、テーブル内のデータを見てみましょう。
SPO リストを更新します（シーズーのWeightを追加、ライオンを削除、ケルベロスを新規作成）
データフローで[最新の情報に更新]を選択します。
最終更新（日時）が更新されたら、テーブル内のデータを見てみましょう。
今度はリストから消えたアイテム（行）はテーブルからもきえており、追加・更新も同様にできています。
まとめ
SPOリストからDataverseテーブルへの移行は、可能です。
データのコピーについては、単純な仕組みであればAutomateクラウドフローでもいいですが、データフローを使うとよりよいでしょう。
更新間隔は最短で1分に設定できますが、それでもわずかにリストとテーブルの情報に差異が生じるタイミングは発生するのでご注意ください。
Dataverse は強力なデータベースであり、Power Platformのメインのデータソースになりますので、SPOリストのサイズやアクセス権制御等気になりだしたら、ぜひDataverse導入をご検討ください。