问题描述
查看有关公共数据模型和 Microsoft Dataverse 的 Microsoft 文档以及 Powerapps 本身，我找到了 Account 表的内容。该表包含两组地址字段。 Microsoft 文档建议其中一个是主要地址，第二个可能是备用地址，例如用于结算。
文档：
- https://docs.microsoft.com/en-us/common-data-model/schema/core/applicationcommon/account
- https://docs.microsoft.com/en-us/common-data-model/
Account 表不应该只包含Account 的基本信息，在一个单独的链接到Account 的表中，我们不应该包含链接到Account 的地址并将这两个记录以父子关系链接起来吗？
有人可以向我解释这种方法背后的原因吗？
解决方法
通用数据模型源自 Dynamics CRM 中定义的原始实体（现在称为表）。从数据库的角度来看，那里描述的模型没有“规范化”（Dynamics CRM 现在称为 Dataverse，在后台使用 SQL Server），因此您发现帐户中有地址字段（现在称为列）。
请记住，通用数据模型是一种可能的方法，例如，您可以创建一个自定义表来存储地址并将其链接到帐户或创建自定义表来存储帐户和地址。
> ,免责声明：我没有特定的 Dynamics 经验，因此我的解释可能有误。
您分享的链接均未提及“表格”一词，也未提及关系数据模型。
我对这些链接的看法是，它们描述了一种格式/架构，但没有具体说明底层数据的存储方式。
因此，如果您想使用 RDBMS 并将业务/邮寄地址存储在“地址”表中，我认为这里没有任何内容表明您不能这样做。