Microsoft Dataverse 中的表和元数据

Dataverse 的设计是让您可以快速轻松地为您的应用程序创建数据模型。 通常，您应该不必担心本主题将介绍的元数据的一些详细信息。 但是，如果希望更深入地了解使用 Dataverse 的应用如何工作，或者正在评估可能出现的情况，那么了解 Dataverse 使用的元数据能够提供见解。

元数据指的是有关数据的数据。 Dataverse 提供了一个灵活的平台，因为编辑环境将使用的数据定义相对容易。 在 Dataverse 中，元数据是一个表的集合。 表描述存储在数据库中的数据种类。 表元数据可以控制您能创建的记录种类以及可以对记录执行的操作种类。 使用自定义工具创建或编辑表、列和表关系时，就是在编辑此元数据。

用户用于与环境中的数据交互的不同客户端会依赖表元数据，并随元数据的自定义进行调整。 但是，这些客户端要依赖其他数据来控制要显示的可视元素、要应用的自定义逻辑以及安全性应用方式。 此系统数据也存储在表中，但表本身不可用于自定义。

您可以查看实体引用，了解默认包括在 Dataverse 中的标准表、属性和表关系。

提示

可用于编辑元数据的设计器无法显示在元数据中找到的所有详细信息。 您可以安装名为元数据浏览器的模型驱动应用，这让您可以查看在系统中找到的所有表和元数据属性。 详细信息：浏览您的环境中的表定义。

新建元数据或使用现有元数据？

Dataverse 带有很多支持核心业务应用程序功能的标准表。 例如，有关客户或潜在客户的数据可使用客户或联系人表存储。

每个表还包含很多列，这些列代表系统可能需要为相应表存储的通用数据。

对于大多数组织而言，将标准表和属性用于其既定用途对您有利。

如果安装解决方案，您可以预期解决方案开发人员已经利用了标准表和属性。 创建代替系统表或属性的新自定义表意味着某些可用的解决方案可能无法用于您的组织。

由于以上原因，我们建议您查找并使用提供的标准表、列和表关系（如果它们对您的组织有意义）。 如果它们没有意义，并且无法通过编辑来满足您的需求，则应评估是否需要创建新表、列或表关系。

请记住，您可以更改表的显示名称，使其与您的组织采用的命名法匹配。 例如，人们通常会将客户表的显示名称更改为公司，或者将联系人表的名称更改为个人。 无需更改表的行为就能对表或属性执行此操作。 有关重命名表的详细信息，请参阅更改表名称。

无法删除标准表、列或表关系。 它们被视为系统解决方案的一部分，并且每个组织都应该有它们。 如果要隐藏标准表，可以更改您的组织的安全角色权限以删除对该表的读取权限。 这将从应用程序的大部分地方移除表。 如果存在您不需要的系统列，可将其从使用它的窗体或任何视图中移除。 更改列和表关系定义中的可搜索值，以便它们不会出现在高级查找中。

针对创建元数据项目的限制

对可以创建的表数量有限制。 可以在**设置** > 管理 > 使用中的资源页面上找到有关最大数量的信息。

在每个表中，对您可以创建的列数量有上限限制。 该限制基于对可在数据库表的一行中存储的数据量的技术限制。 很难提供一个具体的数目，因为每种类型的列可以使用的空间量不同。 上限取决于表的所有列占用的空间总量。

大多数人创建的自定义列不足以达到该限制，但是，如果您打算向表中添加数百个自定义列，则应考虑这是不是最佳设计。 您计划添加的所有列是否描述该表的一个行的属性？ 您是否真的期望使用您的组织的人可以在一个包含如此大量的列的窗体中进行管理？ 您添加到窗体中的列数量会增加每次编辑行时必须传输的数据量，从而会影响系统的性能。 在向表中添加自定义列时，请考虑这些因素。

选择项列提供一组选项，在使用高级查找时，这些选项将会显示在窗体上的下拉列表控件中，或者显示在选择列表控件中。 您的环境可以支持一个选项集中有数千个选项，但不应将此视为上限。 可用性研究表明，当下拉控制提供大量的选项时，人们在使用系统时会遇到麻烦。 使用选择项列可以定义数据的类别。 不要使用选项列来选择实际上代表单独数据项的类别。 例如，不要维护存储数百个某种类型的设备的可能制造商中的每个制造商的选择项列，而应考虑创建一个表来存储对每个制造商的引用，并使用查找列代替选择项。

后续步骤

创建或编辑表（行类型）
创建和编辑表之间的关系

备注

您能告诉我们您的文档语言首选项吗？ 进行简短调查。（请注意，此调查是英文版调查）

此调查大约需要七分钟。 不会收集个人数据（隐私声明）。