PowerBI极客什么是主键
Power BI 使用的表格模型是一种基于关系型数据库的模型，表和表之间通过关系链接，因此表格模型需要遵循关系型数据库的一些基本约束，其中主键约束是最重要的一种约束。它基于这样一种考虑：数据表中任意两条记录不能完全相同，存在某个字段能唯一区分出不同的记录，这个字段被称为主键。
主键是每条记录的唯一标识，只要找到记录的标识就能调出关于这条记录的所有信息。
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 值时的更新失败提示
一对多关系的主键不能包含重复值，否则关系无法创建，如果已创建的关系在后续更新时混入了重复值，会使整个更新失败。
包含重复值的更新失败提示
解决循环依赖问题
发生上下文转换时的可见行
扩展阅读
高老师，我有点困惑，我是数据分析专业，会一点python基础。但是看到这里我有点懵x。数据库因为我学过SQL所以主键外键我都明白，但是关于什么上下文，caculate，上下文转换之类，一上来就说我不懂啥意思啊。想问问这本书的阅读顺序。另外这些怎么应用呢？比如如何在power bi里用这个caculate。。我直接看到后面的caculate 那节更不动了。我愿意花时间来学但是有点不知道从哪看起。谢谢！
有SQL的基础，理解DAX的一些基础知识会更快。你可以按顺序阅读左侧「知识体系」列表的文章，其中高级原理的部分在第一次阅读的时候可以先跳过。
另外，我觉得你可能需要调整一下学习DAX的预期，这是一门全新的语言，和我们常见的一些分析语言都不太一样，其他语言积累的大部分经验都不能帮到你，反而可能会落入思维定势，建议你清空过去的经验以看待新事物的方式去学习。还要就是不要期望读一遍文章就能学会，关于上下文的概念需要反复阅读并在实践中练习才能真正理解它的运行规则。
你说的这个“主键”的概念，指的应该是“超键”吧？
因为你在概念里只说了是“存在”，用户选择以后，才是主键。
补充一下，再仔细理解一下，你对“主键”的定义，和你对“超键”的定义是一模一样的。
感谢指出，已更新正文中的描述，奖励5G币
vlookup用多列合并生成唯一值，在数据模型里面只能用联合主键解决吗
看你最终的目的，如果只是用于某次特定的计算，可以用LOOKUPVALUE或者TREATAS
回复神速，我想设计一个利润核算表，实现查看每个产品每一天的销量、退款、广告费，流量等等详细数据给部门同事和领导查看，每个数据来源都有一个表，可以在后台下载，我想建立一个系统，利用数据模型结合起来。这个功能实际上在excel里面已经用vlookup功能实现了，换到数据模型里面就感觉被vlookup思维限制了，不知道如何操作
参考已经设计好的模型。比如数据模型这篇文章最后的官方案例文件
你好，我在本地安装了Access Database Engine 2010 Access Database Engine，可是想在pb里转化数据，还是报错我未安装
“ContosoSalesV31_64bit.accdb”不是一个有效的路径。确定路径名称拼写是否正确，以及是否连接到文件存放的服务器。“
啊，现在是这样提示了，是因为源文件不在我本地电脑上是吗？
你自己无法访问的文件，PBI肯定也访问不了
有一个疑惑还请指教：
关于外键定义是一对多关系中多的一端称为外键，Power BI中也能建一对多的关系，我理解就是Power BI中有外键约束。那为什么在注意事项中有“Power BI不使用外键约束”呢？
有外键并不等于一定使用外键约束，外键是通用名，外键约束是关系数据库里的一项设置。正文中描述了外键约束的具体作用，其实你用任意个文件实验一下就会发现Power BI中不存在这种约束。
另外，这个提问不涉及隐私内容，我设为公开了，可以更多人看到。
关于”Wrong Sales 遍历了销售表，对于每一行，它计算所有相同行的销售额，而 Correct Sales 计算每一行的销售额。因此，如果销售表中有多个相同的行，Wrong Sales 将得到更高的值。” 我发现出来的结果都是一样的，即使我增加了相同的行。不知道我的理解是否有误，希望得到老师的点评，谢谢！
这里的相同行指的是Sales表每列的值都相同，而不只是某一列相同，因为第一参数用的是整张表，上下文转换之后所有的列都会转换为筛选器。你可以试试改成全部相同再看下结果。
这条评论里没有隐私信息，我设置为公开了，有相同疑惑的读者都可以参考
不好意思，第一次来不知道那个”Private”按钮有什么作用就好奇点了一下
老师你说的对，真的Correct Sales和Wrong Sales结果原来真的是不一样。。。DAX语法真的不是A=B,B=C,C不一定等于A…..谢谢你的回复，在这里学习真是获益良多！
不客气，网站稍后还会发布更多内容，欢迎持续关注
都是您好，请问添加索引列做自增主键，这个具体怎么用？指的是在维度表中添加一个索引列，事实表中匹维度表中的索引列，然后两个索引列进行一对多的连接吗？如果是的话这样会不会降低性能？还是说采取这样严谨的主键外键的好处大于弊端？
自增主键的逻辑通常在建表的时候规划好，比如数仓里的关系就已经基于这些主键建立好，Power BI只需要继承就可以。
大数据量的表新增主键不应该在Power BI里进行。
严谨肯定是好的，但这是建表阶段的工作，通常已经在前置步骤中完成。
上列中：[Sales Amount] 与[Correct Sales]计算过程 和结果有什么区别，谢谢
[Sales Amount]和[Correct Sales]写法相同，所以计算过程和结果没有任何区别。这里要对比的是[Wrong Sales]和[Correct Sales]，定义[Sales Amount]的目的是为了在[Wrong Sales]中引用。
明白啦，谢谢
对我的帮助很大，很感谢，请问有些案例有没有源文件呀
谢谢，理论内容的部分没有案例文件，介绍函数和实战案例的时候会有。
联合主键 定义里最后一句似乎应该是 “只要[~~不是~~]构成联合主键的所有列的组合不重复即可”双重否定表示肯定
> 在介绍主键定义的时候提到过，除了可以使用单列作为主键，也可以组合多列作为主键，这种就是联合主键，联合主键允许一列有重复值，** 只要不是构成联合主键的所有列的组合不重复即可 **。
感谢指出，我改一下
不好意思，你写的文字我没看懂。
我认为：只要[~~不是~~]构成联合主键的所有列的组合不重复即可，这句话没毛病啊。它强调了合并后的组合不可重复。
我的理解如下：
（1）编制联合主键的目的就是产生唯一码。
（2）所以合并后的联合主键的列里不允许包含重复值，不然没意义。
（3）编制联合主键的原因之一，可能合成联合主键的多列中都各有重复值
你的理解也是正确的，之前关于联合主键的描述里有一个双重否定句，使描述产生了相反的意思，现在已经修正。
请教！
如果：通过“行标识符”或通过维度表建立关系，均能达到设置主键的作用的话，怎么理解：
假设：1对多关系中，维度表中存在2列均唯一的字段，如果建立关系的字段1是主键的话，我在”表行为”中设置”行标识符”为字段2，那么此时哪个字段是主键呢？
维度表中的字段1是不是在功能上与主键相同，但字段2才是维度表的主键？
没试过这种情况，我猜测可能是以行标识符字段为准。总之只要有起到主键作用的字段就可以了，谁来做不重要。
pivot中通过表行为添加主键时，”保持唯一行”的作用是什么？
保持唯一行最常见的作用就是解决循环依赖问题，当发生上下文转换的时候，存在主键可以使公式不依赖表的其他列
当我在”行标识符”中选择字段后，在没有点选”保持唯一行”的字段，就已经可以避免循环依赖了，那这个保持唯一行的作用是什么呢？还请指教！
是这样的，行标识符是标识主键的，保持唯一行的作用是将选定列的重复值视为不重复记录，这个设置只在PowerView中生效，鉴于PV在事实上已经被弃用，这个设置几乎用不到了
非常感谢！！！
谢谢！对我这样的初学者，基本数据管理的知识真是很有帮助！
😉 😉
# 主键是什么
定义：就像是一个不重复的编号，可以作为识别一个数据的唯一标识。
举例：主键就是周星驰电影里的9527
## 注意事项
主键不要有业务相关功能，它的作用只有一个，就是唯一标识
主键尽量用系统函数生成
# 主键的类型
> 主键最好是由系统自动生成
## 自定主键
就是Excel当中的序号、索引
## GUID类主键
系统自动生成的一段唯一标识
## 联合主键
由多个字段构建出的不重复标识。
比如VLOOKUP的多条件查找时，合并两列数据，构建不重复标识。
# 其他主键技巧
外键，主键在多端中
其他看不懂的，还有：超键、候选键、自然键、代理键
# 主键注意事项
主键不能为空
## 避免循环依赖
没看懂，没有案例，没有场景，看不懂
其他主键里的名称了解即可，一般用不到。循环依赖后面有专门的文章介绍。