委任の概要
Power Appsでデータ ソースを選択する前には、委任を理解することが重要です。 委任により、移動されるデータの量が減り、Power Apps でのデータ ソースの処理が向上します。 基本的に、可能であれば、Power Apps はデータ処理作業の一部をソース自体に引き渡します。 これには、フィルター処理、検索、並べ替えなどのタスクが含まれます。
データを委任できるかどうかは、使用しているソースと関数の両方によって異なります。 大量のデータを扱っていて、フィルター処理などのリソース消費が激しい作業をデータ ソースで行う必要がある場合は、Microsoft Dataverse のような委任に適したシステムにデータを移行またはコピーすることをお勧めします。
これを行うには、データ インテグレーター ツールを使用して、他のソースからデータを Dataverse に移動します。
実行中の委任
委任を理解するための例をこれから説明します。 SharePoint に 5,000 のプロジェクトが格納されています。 プロジェクト ステータス列に Active または Inactive の値が格納されています。 これらの値は、半分 (2,500) のレコードにそれぞれ設定されています。 ギャラリーにこの一覧を表示して、次の数式を使用してフィルター処理できます。
Filter(SharePointList, ProjectStatus = "Active")
Filter 関数は SharePoint データ ソースに委任可能なため、Power Apps によってお使いの数式が SharePoint に送られます。 SharePoint により 5,000 のレコードすべてが処理され、Power Apps に ProjectStatus により Active に設定された 2,500 のレコードが返されます。 これらのすべてのレコードが、お使いのギャラリーで使用可能になります。 このシナリオでは、Power Apps はデータを処理しておらず、一致するレコードのみが SharePoint から Power Apps に送信されました。これは効率的な処理であるといえます。
委任を使用できない場合
一部の関数は、一部のデータ ソースに委任できません。 委任できないアクションの例は、SharePoint データ ソースに対する Search 関数です。 Search 関数は Filter と似ていますが、Search では、部分一致を複数のフィールドに渡って検索できます。 たとえば、Search(SharePointList, "Rob", "FirstName","LastName") は、名 または 姓 列のいずれかに文字列 ”rob” があるすべてのレコードを返します。 この例では、Power Apps で Robert Smith、Rob Jones、および Suzy Robinson のレコードが返されます。
Search 関数は委任可能なアクションとして SharePoint と併用できません。つまり Power Apps がレコード自体を処理する必要があります。 最初に、すべてのレコードは SharePoint から Power Apps に送信されます。 既定では、SharePoint は最初の 500 レコードのみを送信します。式に一致する最初の 500 レコードではなく、データ セット全体の最初の 500 レコードを送信します。
たとえば、ギャラリーでこの式を使用すると、SharePoint は Power Apps にリストの最初の 500 レコードを送信し、その後 Power Apps はローカルで検索を実行します。 リストに 5,000 個の項目があるとすると、残りの 4,500 レコードは処理または表示されません。
Power Apps Studio の詳細設定で、既定の制限数 500 レコードを最大 2,000 に調整できます。 ただし、この増加があっても、5,000 個の項目がある場合、3,000 レコードは依然として処理または表示されません。
データ ソース選択時の委任の検討
委任には独自のモジュールが用意されています。これは、データ ソースを選択する際に重要であるためです。 検索など、使用する特定の関数と、処理するデータの量について考えてみましょう。 これらの要因は、アプリに最適なデータ ソースを選択する際に重要な役割を果たします。
次のユニットでは、さまざまなデータ ソースで委任がどのように動作するかについて詳しく説明します。