Microsoft Dataverse におけるテーブルとメタデータ

Dataverse は、アプリケーションのデータ モデルを素早く簡単に作成できるように設計されています。 通常、このトピックで紹介されるメタデータの詳細の一部について懸念する必要はありません。 ただし、Dataverse を使用するアプリのしくみや、可能なことを評価する方法について深く理解したい場合は、Dataverse で使用されるメタデータを理解することで分析できる可能性があります。

メタデータ はデータに関するデータを意味します。 Dataverse は、環境が使用するデータの定義を比較的簡単に編集できるため、柔軟なプラットフォームを用意しています。 Dataverse では、メタデータはテーブルのコレクションです。 テーブルは、データベースに格納されているデータの種類を表します。 作成できるレコードの種類と、レコードに対して実行できるアクションの種類は、テーブル メタデータによって制御されます。 カスタマイズ ツールを使用してテーブル、列、テーブルのリレーションシップを作成または編集するときに、このメタデータを編集します。

お使いの環境内のデータを操作するためにユーザーが使用するさまざまなクライアントは、テーブルのメタデータに依存し、メタデータをカスタマイズに合わせて適応します。 しかし、これらのクライアントも他のデータに依存して、表示するビジュアル要素、適用するユーザー定義ロジック、およびセキュリティの適用方法を制御します。 このシステム データもテーブル内に格納されますが、テーブル自体はカスタマイズに使用できません。

Dataverse に規定で含まれている標準テーブル、属性、テーブルのリレーションシップについては、エンティティ リファレンス を確認してください。

ヒント

メタデータを編集できるデザイナーは、メタデータにあるすべての詳細を表示できません。 メタデータ ブラウザ と呼ばれるモデル駆動型アプリをインストールすると、システムにあるすべてのテーブルとメタデータ プロパティを表示できます。 詳細情報については、 ご利用の環境でテーブル定義をブラウジングする を参照してください。

メタデータの新規作成、または既存のメタデータの使用?

Dataverse には、コア ビジネス アプリケーション機能をサポートする多くの標準テーブルがあらかじめ用意されています。 たとえば、顧客と潜在顧客に関するデータは、取引先企業または取引先担当者テーブルを使用して保存されます。

これらの各テーブルには、システムが各テーブルに保存が必要と考える共通データを表す多くの列も含まれています。

ほとんどの組織の場合、提供された目的に合わせて、標準のテーブルおよび属性を使用する方が利点があります。

ソリューションをインストールする場合は、ソリューション開発者が標準のテーブルや属性を活用していると考えられます。 システム テーブルまたは属性を置き換える新しいカスタム テーブルを作成すると、使用可能なソリューションが組織で機能しなくなる可能性があります。

このような理由から、提供されている標準テーブル、列、およびテーブルの関連付けは、組織に適している場合に、検索して使用することをお勧めします。 これらが意味を成さず、またニーズに合うように編集できない場合は、新しいテーブル、列、またはテーブルの関連付けの作成が必要かどうかを評価する必要があります。

テーブルの表示名を変更して、組織で使用する用語に一致するようにすることができることに注意してください。 たとえば、ユーザーが、取引先企業テーブルの表示名を 企業 に、または取引先担当者テーブルの名前を 個人 に変更することはよくあることです。 これは、テーブルの動作を変更することなく、テーブルまたは属性に対して実行できます。 テーブルの名前変更の詳細については、テーブルの名前の変更 を参照してください。

標準テーブル、列またはテーブルのリレーションシップを削除できません。 これらはシステム ソリューションの一部とみなされ、すべての組織はこれらを持つことが想定されています。 標準テーブルを非表示にする場合は、組織のセキュリティ ロールの権限を変更して、そのテーブルの読み取り権限を削除します。 これにより、アプリケーションのほとんどの部分からテーブルが削除されます。 不要なシステム列がある場合は、それを使用するフォームやビューから削除します。 列およびテーブルのリレーションシップの定義で 検索可能 値を変更して、詳細検索に表示されないようにします。

メタデータ アイテムの作成の制限

作成できるテーブルの数に制限があります。 設定 > 管理 > 使用中のリソース ページにて、最大数に関する情報を参照できます。

各テーブルには、作成できる列の数に上限があります。 この制限は、データベース テーブルの行に保存できるデータの量に対する技術的な制約に基づいています。 列タイプごとに使用するスペースの量が異なるため、具体的な数を示すのは困難です。 上限は、テーブルのすべての列で使用される合計容量に基づいて決まります。

ほとんどのユーザーは制限に到達するほどカスタム列を作成しませんが、テーブルに数百ものカスタム列を追加する予定がある場合は、これが最適な設計であるかどうかを検討する必要があります。 追加予定のすべての列は、そのテーブルの行のプロパティを記述していますか? 組織を使用しているユーザーが、そのようなに多数の列を含むフォームを管理できるようになることを本当にお考えですか? フォームに追加する列の数によって、行が編集されるたびに転送する必要のあるデータの量が増加し、システムのパフォーマンスに影響を与えます。 テーブルにカスタム列を追加する際は、これらの要因を考慮してください。

選択肢列は、詳細な検索使用時にフォームのドロップダウン コントロール、または候補リスト コントロールに表示される、一連のオプションを提供します。 お客様の環境はオプション セット内で数千のオプションをサポートできますが、これを上限と考えない方がいいでしょう。 使いやすさの調査から、ドロップダウン コントロールが多数のオプションを提供するシステムの使用で、ユーザーが困難に遭遇していることが示されています。 選択肢列を使用して、データのカテゴリを定義します。 データの個別の項目を実際に表すカテゴリを選択する場合は、選択肢列を使用しないでください。 たとえば、ある種類の備品の数百もの可能性のある製造元をそれぞれ格納する選択肢列を維持するのではなく、各製造元への参照を格納するテーブルを作成し、選択肢の代わりに検索列を使用することを検討してください。

次の手順

テーブル (行の種類) の作成または編集
テーブル間の関連付けの作成と編集

注意

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

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