主键、外键和索引

什么是主键

Power BI 使用的表格模型是一种基于关系型数据库的模型，表和表之间通过关系链接，因此表格模型需要遵循关系型数据库的一些基本约束，其中主键约束是最重要的一种约束。它基于这样一种考虑：数据表中任意两条记录不能完全相同，存在某个字段（或字段的组合）能唯一区分出不同的记录，这个字段（或字段的组合）被称为主键。

主键是每条记录的唯一标识，只要找到证件的“Number”就能调出关于这条记录的所有信息。

Product 表的主键 ProductKey

主键保证了数据的唯一性，以 Power BI 最常见的一对多关系为例，关系从一端指向多端，其中一端的表用来创建关系的列就具备主键的作用。

产品表的 ProductKey 列就是它的主键

维表都必须至少有一列可以作为表的唯一标识，否则一对多关系就无法建立。想象一下，如果有 A，B 两个产品的 ProductKey 都是 001，假设一对多关系仍然成立，模型在计算的时候就无法确定 Sales 表中所有 001 产品的销售记录到底对应的是 A 产品还是 B 产品，这在一对多关系中是不被允许的。

主键的选择

数据库对主键的要求中最关键的一点是：记录一旦插入到表中，主键最好不要再修改，因为主键是用来唯一定位记录的，修改了主键，会造成一系列的影响。

由于主键的作用十分重要，如何选取主键会对模型结构产生重要影响。如果我们以用户的身份证号作为主键，似乎能唯一定位记录。然而，身份证号也是一种业务场景，如果身份证号升位了，或者需要变更，作为主键，不得不修改的时候，就会对业务产生严重影响。从存储成本的角度考虑，身份证可以作为 13 亿人的唯一身份标识，如果一家公司用它来做主键，未免有点浪费存储空间。

所以，选取主键的一个基本原则是：不使用任何业务相关的字段作为主键。因此，身份证号、手机号、邮箱地址这些看上去可以唯一的字段，严格来讲均不可用作主键。可用做主键的类型有：

• 自增整数类型：为表的每一条记录分配一个自增整数，这样我们就完全不用担心主键重复，也不用自己预先生成主键；
• 全局唯一 GUID 类型：使用一种全局唯一的字符串作为主键，类似 8f55d96b-8acc-4636-8cb8-76bf8abc2f57。GUID 算法通过网卡 MAC 地址、时间戳和随机数保证任意计算机在任意时间生成的字符串都是不同的，大部分编程语言都内置了 GUID 算法，可以自己预算出主键。

联合主键

在介绍主键定义的时候提到过，除了可以使用单列作为主键，也可以组合多列作为主键，这种就是联合主键，联合主键允许一列有重复值，只要构成联合主键的所有列的组合不重复即可。

Sales 表的 ProductKey 和 Order Number 可以起到联合主键的效果

比如 Sales 表中本身存在 OnlineSalesKey 这一主键，但是用 ProductKey 和 Order Number 也可以作为联合主键，区分唯一记录。

如何在表格模型中手动设置主键

Excel Power Pivot 和 SSAS 都支持对任意表设置主键，Power BI Desktop 目前只支持对日期表设置主键，不过你可以通过另外一种方式创建主键，在下文解决循环依赖问题时会提到。

Power Pivot：模型视图 – 高级 – 表行为 – 行标识符

Power BI Desktop：建模 – 标记为日期表

SSDT:属性设置 – Row Identifier

外键

一对多关系中位于关系多端的列就是外键，外键可以包含重复值。第一张图 Sales 表包含的 ProductKey 就是 Product 表的外键。通过设置关系数据库的外键约束，可以控制存储在外键表中的数据，使其不能插入主键表中不存在的记录。

外键可以理解为一种参照（Reference）,通过外键你可以查到主键对应的记录在关系的多端是如何分布的

外键

数据库中的其他键

• 超键(Super Key): 在关系中能唯一标识元组的属性集称为关系模式的超键
• 候选键(Candidate Key): 不含有多余属性的超键称为候选键，也叫最小超键。
• 代理键（Surrogate Key）：当数据表中的候选键都不适合当主键时，例如数据太长，或是意义层面太多，就会请一个无意义的但唯一的字段来代为作主键。在实践中，代理键值通常是个自动递增的数字。
• 自然键（Natural Key）：与代理键相反，是在业务逻辑中唯一确定一个事物的标识。身份证号（理论上，假设没有因技术原因造成的重复）就是一个自然键，用于确定一个人。

索引

在关系数据库中，如果有上万甚至上亿条记录，在查找记录的时候，想要获得非常快的速度，就需要使用索引。索引是关系数据库中对某一列或多个列的值进行预排序的数据结构，可以让数据库系统不必扫描整个表，而是直接定位到符合条件的记录，这样就大大加快了查询速度。

表格模型的 Vertipaq 引擎在读取数据的时候会自动为每列添加索引，在发生计算时，引擎通过扫描索引可以快速定位数据，保证了 DAX 的计算可以高效完成，关于这部分内容在 Vertipaq 引擎一章会做详细介绍。

字典编码过程会为每一列创建字典和索引

使用主键时的注意事项

操作不当引发的报错

主键不能包含 null 值，否则关系无法创建，如果已创建的关系在后续更新时混入了 null 值，会使整个更新失败。

包含 null 值时的更新失败提示

一对多关系的主键不能包含重复值，否则关系无法创建，如果已创建的关系在后续更新时混入了重复值，会使整个更新失败。

包含重复值的更新失败提示

解决循环依赖问题

此处为隐藏内容 VIP会员和付费用户可见

发生上下文转换时的可见行

此处为隐藏内容 VIP会员和付费用户可见

此处为隐藏内容 VIP会员和付费用户可见

扩展阅读

1. 维基百科：关系键
2. 外键 – 廖雪峰的官方网站