下午，我正爽歪歪地喝着咖啡，看着Power BI每秒钟刷新一次，静静等待某个分公司完成本月绩效任务，自动调用Python在钉钉群中发送喜报：

紧接着再次调用Python将Power BI云端报告中的各分公司最新完成率数据和柱状图截图发在群里：

用的自然是下面这两篇文章的骚操作：

要说代码嘛，还是灰常简单滴：

当然，你可不要直接用啊，导入的库是本地生成的。详情请阅读以上两篇文章。

以上不是重点，说正事：

忽然，领导微信发来一张excel表，让我做一下简单分析，顺便发表一下看法。

领导安排活得赶紧的呀，放下咖啡，打开excel表-全选-插入表格-转换数据-powerquery

一顿操作猛如虎，分析了一下谁谁谁是二百五。

领导表示，说得对，就这么办。还有，把他上个月销售记录附在这张表后面，发我看看。

问题来了：这个时候如果是你，你会怎么完成这个任务？（前提，数据库中有所有人的全部记录。）

常规思路是，直接在数据库中查找这个人，按条件返回即可，只不过还得写一个导出到文件，然后打开文件复制到原来的表中，说实话还真有点繁琐。

PowerQuery能帮助我们很简便地解决这个问题。为简化模型，我们采用下面的数据来讲解：

比如我们要查询的人是moon，那么首先在powerquery编辑器中右键moon然后深化：

这样就得到了显示的值：moon。注意这里的值是一个单纯的值，而不是一个一行一列的表。当然，如果你关闭并上载，的确会得到一张一行一列的表：

由于我们并不想要这张表，而是想得到这个值，所以直接在这个查询后，将查询结果作为下一步查询的输入值。

得到了这个值，我们就可以调用MySQL去查询了：

let 源 = Excel.CurrentWorkbook(){[Name="表2"]}[Content], 更改的类型 = Table.TransformColumnTypes(源,{{"ID", Int64.Type}, {"NAME", type text}, {"销售额", Int64.Type}}), NAME = 更改的类型{1}[NAME], OUTPUT= MySQL.Database("localhost", "test1", [Query="select * from sheet1 WHERE销售员='"&NAME&"'"]) in OUTPUT

加载得到如下的返回表：

关闭并上载，保存文件，发送领导即可。

美滋滋，继续喝咖啡。

喝着喝着，我就开始琢磨这个查询了。

我按销售额从大到小的顺序排列，然后在查询结果表中点击右键刷新，发现：

诶？出问题了吧，一看查询到的结果，全都是infi的记录，这是怎么回事呢？

我们到查询编辑器中看看：

注意第三行：

NAME = 更改的类型{1}[NAME],

M语言允许我们通过坐标的方式获取表中单一的值，[NAME]代表NAME列，而{1}代表第2行，因为表都是从标号为0的行开始的。

而我们的原始表中，moon处于第2行：

而经过排序后的数据，第二行变成了infi：

因此，返回的查询一定也是infi的。

这样就有问题了，因为变动原始表，调整顺序，删除、增加行是经常会发生的事情，我不能每次去都修改moon所在的行吧？

主键的作用

我们知道，在关系型数据库SQL中，是存在主键的。那在Power Query中有没有可能设置主键呢？在UI上并没有设置的位置，但是我们还是可以想其他办法的，有这么几种方式：

1.从带有主键的数据库中导入数据

2.在pq中对table某一列去重，那么这一列就可以作为主键

3.使用Table.AddKey()函数对表操作

一旦设置主键，表中的每一个值就有了另外一种体现其坐标的方式。

我们对表的ID列进行去重（虽然其本身已经没有重复项，但这个操作必须得有），当做主键：

同样，选中moon右键-深化：

此时我们再来看看查询编辑器：

注意这个时候的第四行：

NAME = 删除的副本{[ID=3322]}[NAME]

它不再是以行号作为条件去匹配，而是以主键的名。而这种方式，对比用行号的方式，优势在于不论如何插入数据和改变排序，取值只看主键，所以查询结果不会变。我们测试一下：

不论怎么调整顺序，或者删除数据，只要表中还有moon，那么返回的结果都是不会变的。