CDS エンティティ、その違い、および作成方法

このチュートリアルでは、共通のデータ サービスを維持するもの、つまりエンティティについて見ていきます。バックグラウンドで動作するさまざまな CDS エンティティがあるため、ここではそれらが互いにどのように異なるかについて説明します。

目次

• CDS エンティティについて
• 田畑
• 人間関係
• ビジネスルール
• ビュー
• フォーム
• 他の CDS エンティティ
• CDS エンティティの作成
• 結論

CDS エンティティについて

エンティティは、一般的なデータ サービスの基本的なものと考えることができます。

エンティティは、Excel や SQL でのテーブルの動作と同じように、情報のレコードを保持するために使用されます。

共通データ サービスを使用することの優れた点は、いつでも使用できるプリセット エンティティがあることです。

基本的に、Microsoft は Power Apps を通じて作成されたさまざまなアプリを調査し、それらが使用する最も一般的なテーブルを調べました。そこから、データを標準化し、プリセットの CDS エンティティを必要とするユーザー向けにこれらのテンプレートを作成しました。

たとえば、企業は通常、個々の顧客アカウントのすべての情報を保持するアカウント テーブルを持っています。ここのエンティティのリストを見ると、使用できるアカウント テンプレートも用意されていることがわかります。

私たち自身の作業に適用できるさまざまな CDS エンティティをそれぞれ見てみましょう。

田畑

先ほど、Account というプリセット エンティティについて説明しました。それをクリックすると、Microsoft がこの特定のエンティティに対して設定したフィールドのリストが表示されます。

これらのフィールドには、アカウント名、アカウント番号、アカウント評価などの基本情報が含まれます。

また、都市、国/地域、郡などのさまざまな住所フィールドもすべて含まれています。

これは基本的に、カテゴリ、与信限度額などの他の項目を含む、通常フォームに表示されるフィールドの長いリストです。

これらのフィールドの良い点は、各項目がどのようなフィールドであるかを考える必要さえないことです。これらはそれに応じて分類されており、特定の列に各項目のデータ型が示されています。

たとえば、Address1 が複数行テキストとして表示されます。

これらのプリセット CDS エンティティは、ルックアップも提供します。ここで「作成者」の項目を見ると、実際には、別のフィールドにある別のテーブルに接続されたルックアップであることがわかります。

これは、これらの関係データベースがすべてセットアップされているため、これらの接続を手動でセットアップする必要がなくなることを意味します。

必要だがここに表示されていないフィールドがある場合は、自分で簡単に追加することもできます。左上の「フィールドを追加」ボタンをクリックするだけです。

人間関係

CDS エンティティの下にもリレーションシップを見つけることができます。

関係は、このテーブル内のどの列が他のテーブルに実際に依存しているかを示します。たとえば、ここでは、Created By が User というエンティティと関係があることを示しています。

これらの関係は、他のテーブルとの関係の種類に基づいて分類されます。この場合、作成者はユーザーと多対 1 の関係を持ちます。これは、同じ人によって複数のユーザー アカウントが作成される可能性があることを意味します。

この人物は、別のエンティティである User テーブル内で見つけることができます。

繰り返しになりますが、これらのエンティティの優れた点は、システムが適切な関係タイプを生成してくれることです。

多対 1 のリレーションシップの他に、1 対多と多対多の 2 つのタイプのリレーションシップがあります。

販売は、1 対多の関係の優れた例が見られる分野の 1 つです。1 つのアカウントに異なる販売データを関連付けることができます。

多対多の場合は、少し複雑になります。これは、どうしても必要な場合を除いて、あまり使用したくないものです。

たとえば、多くの割引に関連する多くのアカウントを持つことができます。1 つのアカウントに割引 A と B を適用し、別のアカウントに割引 B と C を適用することができます。

ビジネスルール

本当に興味深いもう 1 つのエンティティはビジネス ルールです。このトピックについては、 Common Data Serviceに関するチュートリアルで触れました。

ビジネス ルールは、CDS を使用する最大の利点の 1 つです。ユーザーがデータを操作する際に従うべきパラメーターを決定します。

あなたがレストラン業を営んでいるとします。顧客にアルコールを提供できる従業員がいる場合、その従業員がアルコールを提供するライセンスを持っていることをデータで示す必要があるでしょう。したがって、情報を追加する前にその人のアルコール ID の提示を要求するビジネス ルールを追加できます。

ニーズと状況に応じて独自のビジネス ルールを決定できます。これらのルールは、ユーザーがシステムにデータを追加するときに最も関連性の高い情報を見逃さないようにするため、優れています。

ビュー

ビューを使用すると、アプリケーションのさまざまなユーザーが表示できる内容を制御できます。

特に、アプリに大量の機密データが読み込まれている場合は、すべてのユーザーがそのすべてにアクセスできるようにすることは望ましくありません。おそらく、ユーザーが自分の側で表示できる項目を制御したいと思うでしょう。

たとえば、ここではアクティブなアカウントがパブリック ビューに設定されています。これは、ユーザーがこれらのアクティブなアカウントを確認できることを意味します。

[アクティブなアカウント] をクリックすると、5 列のデータが表示され、ユーザーも同様に見ることができます。

販売データなど、より機密性の高いデータがある場合、それらのビューは管理者またはチーム リーダーのみに限定される可能性があります。

フォーム

今回はフォームについて見ていきましょう。

キャンバス アプリと同様に、フォームはデータの新しいレコードを編集または作成するためのプラットフォームを提供します。実際にここで特定のエンティティ用のフォームを作成し、それをモデル駆動型アプリにアップロードできます。

他のすべてのタイプのエンティティと同様に、すぐに使用できるフォームが存在します。それぞれがどのような形式であるかについても説明します。

したがって、[アカウント] をクリックすると、フォーム テンプレートが開きます。

ご覧のとおり、これは非常に標準的なフォームで、アカウント名、電話番号、FAX などのフィールドが含まれています。このフォームはカスタマイズすることもできるので、特定のフィールドを追加または削除できます。

他の CDS エンティティ

他のエンティティには、ダッシュボード、チャート、キー、データが含まれます。このチュートリアルではこれらすべてについて詳しく説明しませんが、一部については他のチュートリアルで説明します。

ここのダッシュボードは、他のダッシュボードと同じように機能します。これらは、共通データ サービスにあるグラフのコレクションです。ここの [チャート] タブには、CDS 内のチャートも表示されます。

「キー」タブには、各データの一意な点が表示されます。データ タブに関しては、この CDS で使用できるすべてのデータが表示されます。

CDS エンティティの作成

さまざまなエンティティが何であるかを理解したところで、独自のエンティティを作成する方法について話しましょう。

まず、ページ上部の「新しいエンティティ」ボタンをクリックします。

この新しいエンティティに Customer という名前を付けましょう。

プライマリフィールドについては、これを数値に変更しましょう。

使用するデータ ソースを見ると、各顧客に顧客番号が割り当てられ、テーブルのプライマリ フィールドとして機能することが示されているため、数値をプライマリ フィールドとして使用します。

次に、ペインの下部にある「作成」をクリックしましょう。

ご覧のとおり、現在テーブルをプロビジョニングしていることがわかります。つまり、基本的にはすべてが適切に整っていることを確認することになります。

プロビジョニングの進行中、ここには 1 行しか表示されません。

ただし、プロビジョニングが完了すると、このエンティティに通常含まれるすべての項目を確認できるようになります。

ここで、これには長いエントリのリストが含まれているからといって、そのすべてを追加したというわけではありません。Power Apps は、既に存在する他のデータベースを参照し、この新しいテーブルにも存在する必要があるとシステムが判断したフィールドを追加します。

もちろん、Power Apps が投入したすべての項目を必ずしも使用する必要はありません。手動で追加した主フィールドである Number フィールドを常に使用することもできます。

Power Apps の概要: 定義、機能、機能、および重要性
Power Apps 環境: アプリ要素を適切にセットアップする
PowerApps の関数と数式 | Power Apps の概要 はじめに

結論

Common Data Service (CDS) を使用すると、すべてのデータを簡単に整理して使用できます。これらのエンティティが一般的なデータ サービスの構成要素であることを知ると、それらが実際にどれほど重要であるかがわかります。

また、使用できる既製のテンプレートを使用して、できるだけ直感的に構築されているのも素晴らしいことです。これにより、プロセス全体がさらに効率化され、アプリの作業時間を最大限に活用できるようになります。

ではごきげんよう、

ヘンリー