テーブルの種類

  • [アーティクル]

テーブルとは、追跡する情報を行 (レコード) の形で定義したもので、通常、会社名、所在地、製品、電子メール、電話などの列データを含みます。

テーブルは、このような異なる種類の一つとして Power Apps に表示されます:

  • 標準: いくつかの標準テーブルは、既成のテーブルとも呼ばれ、Microsoft Dataverse を含む Power Platform 環境に含まれています。 アカウント、部署、連絡先、タスク、およびユーザー テーブルは、Dataverse の標準のテーブルの例です。 Dataverse に含まれる標準テーブルのほとんどは、カスタマイズすることができます。 マネージド ソリューションの一部としてインポートし、カスタマイズ可能として設定されたテーブルも、標準テーブルとして表示されます。 適切な特権を持つユーザーすべては、テーブル プロパティのカスタマイズ可能が true に設定されているテーブルをカスタマイズできます。
  • アクティビティ: 特別な種類のテーブルであり、件名、開始時刻、終了時刻、期日、期間などのアクティビティ ベースの要素を持つ行に最適です。 Dataverse には、予定、タスク、電子メール、電話 など、すぐに使用できるいくつかのアクティビティ テーブルがすでに付属しています。 詳細情報: アクティビティ テーブル
  • 仮想: Dataverse 以外の外部ソースからのデータをテーブルに投入する必要がある場合。
  • エラスティック: テーブルに数千万行を超える非常に大きな データセット が格納される場合に使用します。

アクティビティ テーブル

活動は、カレンダーにエントリを作成できるアクションと考えることができます。 活動には、アクションがいつ実行されたか、またはいつ実行されるかの特定に役立つ時間ディメンション (開始時間、停止時間、期限、期間) が存在します。 また、活動には、活動が表しているアクションを判断するために役立つデータ (主題や説明) も含まれています。 活動は、開いたり、取り消したり、完了することができます。 活動の完了状態には、活動がどのように完了したかを明らかにする数種類のサブ状態値が関連付けられます。

アクティビティ テーブルは、ユーザーまたはチームのみが所有できる特別な種類のテーブルで、組織が所有することはできません。 テーブルを作成するとき、標準またはアクティビティ テーブルとして指定することができます。

次のテーブル リストに、既定の環境で使用可能な活動テーブルを示します。

件名 内容 活動メニューでの表示 参照
予定 開始時刻、終了時刻、および期間により時間間隔を定めた約束です。 あり 予定​​
電子メール 電子メール プロトコルを使用して配信される活動です。 あり 電子メール
FAX FAX の通信結果やページ数を追跡する活動です。ドキュメントの電子コピーを保存することもできます。 あり FAX
レター レターの配送を追跡する活動です。 この活動にはレターの電子コピーを使用できます。 あり レター
電話 通話を追跡する活動です。 あり PhoneCall
定期的な予定 定期的な予定の系列のマスター予定です。 あり RecurringAppointmentMaster
タスク 処理する必要がある作業を表す全般的な活動です。 有効 タスク​

新しいカスタム アクティビティ テーブルを作成するとき、インスタント メッセージング通信を読み取るために作成することができます。 活動テーブルの作成は、プライマリ列を指定しないので、非活動テーブルの作成とは異なります。 すべての活動テーブルには、件名に設定されているプライマリ フィールドと、活動テーブルによって定義されるその他の共通列があります。 これにより、すべての種類の活動を、共通列だけが表示されるビューに表示することができます。

カスタム活動テーブルを作成するには、新しいテーブル パネルで詳細オプション セクションを開き、タイプ ドロップダウン リストから活動オプションを選択します。 これを選択した後、活動メニューに表示する が選択されていることが分かります。 この設定によって、活動メニューでこの種類の活動を作成できます。 これは、特定のイベントに通常関連付けられていて、コードを使用するかまたはワークフローによって作成される活動については選択されません。 一度テーブルを保存すると、これらの設定を変更できません。

テーブルのアクティビティを有効にする

アクティビティを有効にしてアクティビティをテーブルに追加し、テーブルの関連ルックアップを使用します。

  1. アクティビティを有効にするには、Power Apps にサインインします。

  2. 左側のナビゲーションで、テーブル を選択して、次に、開きたいテーブルを選択します。

  3. プロパティ を選択します。

  4. 高度なオプション を展開し、新しいアクティビティの作成 を選択します。

    重要

    この設定を有効化すると、無効化できなくなります。

  5. 保存 を選択します。

ユーザーが活動を複数のレコードに関連付けられるようにする (プレビュー)

[このトピックはプレリリース ドキュメントであり、変更されることがあります。]

ユーザーは、メールを複数のレコードに関連付ける必要がある場合があります。 たとえば、顧客が複数のサポート案件に関連するメールを送信したとします。 既存の関連検索では、ユーザーはメールを 1 つの親レコードに関連付けることしかできません。 関連 と名前が付けられた新しい 活動パーティ タイプ 列 を使用して、メール レコードを取引先企業、取引先担当者、リード、営業案件、サポート案件などの複数のレコードに関連付けられるようになりました。 メールが複数のレコードに関連付けられている場合、メールは関連付けられた各レコードの タイムライン に表示されます。

重要

  • これはプレビュー機能です。
  • プレビュー機能は運用環境での使用を想定しておらず、機能が制限されている可能性があります。 これらの機能を公式リリースの前に使用できるようにすることで、顧客が一足先にアクセスし、そこからフィードバックを得ることができます。

既定では、関連列はメール フォームに追加されません。 ユーザーがこの新しい列を使用できるようにするには、関連 列をメール フォームに追加します。 列をフォームに追加する方法については、列をフォームに追加する にアクセスしてください。

関連列をフォームに追加すると、ユーザーはメール レコードを、サポート案件や営業案件などの他の関連パーティ レコード (パーティ) に関連付けることができます。

関係列と関連列の違い

関連と関連列には似た点がありますが、次の重要な違いに注意する必要があります。

  • サポートするテーブル
    関連列は現在、メール テーブルでのみ使用できます。 関連列は現在、関係列で使用されている同じリレーションシップをサポートしていません。 現在、サポートされているテーブルの一覧は、取引先担当者メールを含めることができるテーブルに限定されています。

  • リレーションシップのタイプ
    関係列は、親レコードの 親子関係 として機能します。 たとえば、取引先企業に複数の活動があり、後で削除された場合、同じアクションが子の活動レコードに自動的に適用されます。 関連列は親子関係ではありません。 関連レコードに対して実行されたアクションは、関連活動には影響しません。

  • 列の値が設定されたとき
    関連列をメール フォームに追加した後、ユーザーは 1 つ以上のレコードを手動で追加して、レコードが活動に関連していることを示すことができます。 関係列と関連列は独立しています。 検索関係列の値を設定しても、関連する列の値には影響しません。 新しいメールが既存のメールに関連付けられている場合 (たとえば、返信として)、関連付けられたメールの関連列と関係列の値が新しい活動にコピーされます。 ただし、レコードのコンテキスト内のタイムライン コントロールから新しいメールを作成する場合、関連列は現在のレコードに自動的に設定されません。 この動作は、AddParentEntityToRelatedOnNewActivityCreate という名前の OrgDBOrgSetting を有効にすることで変更できます。

  • Outlook アドオンのシナリオ
    Dynamics 365 App for Outlook や Copilot for Sales などの一部の機能には、関係列を設定しながら Outlook メールをメール レコードとして保存する機能が含まれています。 これらの機能は、関連列の値を設定しません。

テーブル所有権

標準テーブルとカスタム テーブルの所有権には 2 つの異なるタイプがあります。 カスタム テーブルを作成する場合、所有権を表すオプションはユーザーまたはチームまたは組織による所有になります。 テーブルを作成したら、所有権の種類は変更できません。

企業形態 内容
組織全体 データは、組織に属します。 データへのアクセスは組織レベルで管理されます。
ユーザーまたはチーム データは、ユーザーまたはチームに属します。 これらの行で実行できる操作は、ユーザー レベルで管理できます。

標準テーブルに似ていますが、組織およびユーザーまたはチームの所有権とは異なる種類の所有権を持つ Dataverse システム テーブルがいくつかあることに注意してください。

  • なし。 特権テーブルなど一部のシステム テーブルには所有者がありません。
  • 部署。 いくつかのシステム テーブルは部署所有です。 これらには、部署、カレンダー、チーム、およびセキュリティ ロール テーブルが含まれます。

重要

カスタム テーブルの作成後に所有権を変更することはできません。 テーブルを作成する前に、適切な所有権の種類を選択してください。 ユーザー定義テーブルが別の種類であることが後で分かった場合は、それを削除し、新しいユーザー定義テーブルを作成する必要があります。

仮想テーブル

仮想テーブルは Dataverse のカスタム テーブルであり、外部データ ソースからのデータを含む列があります。 仮想テーブルはアプリで通常のテーブルの行としてユーザーに表示されますが、Azure SQL Database など、外部データベースから実行時に動的に取得されるデータを含みます。 仮想テーブルに基づく行は、Dataverse Web サービスを使って開発されたユーザー定義のクライアントを含む、すべてのクライアントで利用できます。 詳細情報: 外部データ ソースからのデータを含む仮想テーブルの作成および編集

エラスティック テーブル

エラスティック テーブルは、テーブルに非常に大きな データセット が含まれている場合、標準テーブルよりもパフォーマンス上の利点があります。 エラスティック テーブルは Azure Cosmos DB を利用しています。 詳細については、エラスティック テーブルの作成および編集を参照してください

参照

テーブルの作成
テーブルの編集

注意

ドキュメントの言語設定についてお聞かせください。 簡単な調査を行います。 (この調査は英語です)

この調査には約 7 分かかります。 個人データは収集されません (プライバシー ステートメント)。