如果您职业生涯的大部分时间都花在为事务处理系

统设计标准化实体关系模型上，那么您应该抵制将 M:1 关系标准化或雪花化为更小的子维度的本能倾向。维度反规范化是维度建模中的游戏名称。在单个维度表中表示多个 M:1 关系是相对常见的。一对一关系（例如与产品代码关联的唯一产品描述）也在维度表中处理。有时多对一关系在事实表中解决， 第七条规则： 在维度表中的值域上存储报表标签和过滤器。

代码解码和相关描述符可用于标记和过

滤必须在维度表中捕获的查询。尽量避免在事实表 印度手机号码数据 中存储模糊的代码字段或大型描述性字段。不要只是将代码存储在维度表中并假设用户不需要描述性解码，否则它们将在 BI 应用程序中处理。如果它是行/列标签或下拉菜单过滤器，则应将其作为维度属性处理。同时，在第五条规则中，Kimball 指出事实表中的外键不能为零。

或者如果可能的话数据管理器指定另一个默认值

以减少用户混淆。 第八条规则：确保维 业务负责人 度表使用代理键。 无意义的、按顺序分配的代理键（除了日期维度之外，按时间顺序分配的甚至更有意义的键是可以接受的）提供了许多操作上的好处，包括更小的键，这意味着更小的事实表、更多的索引和更好的性能。如果您使用每个配置文件更改的新维度记录来跟踪维度属性更改，则代理键是绝对必要的。即使您的业务用户最初并没有看到跟踪属性更改的价值，使用回退也会减轻下游策略更改的负担。