从今天开始，我们将逐渐引入一些术语，以便为达到我们的最终目标做好准备。
此前，我们通过Power Query导入了文件/文件夹中的数据，并做了初步整理和筛选，但是在这一过程中我们并没有操作过原来的文件/文件夹，甚至没有打开过它；我们只是查找到了原来的数据内容，将我们想要的数据显示在了屏幕上，加载到了一个新的Excel文件中。在这一过程中，数据文件本身没有被更改。
正式的，我们把这种通过某种方式（比如Power Query）查找并选取出所需数据的过程称作“查询（Query）”。今后，我们将不再使用“导入数据”或“数据导入过程”之类的说法，而正式的将其称为“查询（Query）”。
查询设置
在最初的例子中，我们建立了一个针对Sample1文件数据的查询，并保存了它。让我们重新打开这个查询。本节将重点关注Power Query编辑器右侧的面板，即“查询设置”。
查询设置的第一部分是“查询属性”，在这里只有一个重要属性，即本查询的名称。在默认情况下，Power Query编辑器会使用工作表名、文件名或文件夹名对查询进行命名，但将其更改为有意义的名称是一个优秀的编程习惯，哦不，请忽略刚才那句话中“编程”两个字。
重命名查询后能让我们更好的辨识它，为日后或共享给他人使用提供便利。我们可以将其命名为“单家商店库存查询”——直接在名称框里输入新名称并回车确认就可以了。
查询设置中“应用的步骤”才是今天的重点，它保存了我们从找到数据源文件到选取数据、整理数据的全过程，也就是Power Query的查询步骤。每次我们运行查询时，实际上就是按该步骤的顺序对数据进行操作。今天的工作是通过解读这些步骤，了解到Power Query是如何一步一步的将原来的数据变成我们想要的样子的。让我们开始吧。
找到数据文件：源
查询的第一步一般都是是“源”，即找到数据文件，点击步骤“源”（标记①），我们可以看在Power Query编辑器中看到一些熟悉的身影：首先，在数据区域中出现了两列（标记②），分别代表了工作表名和工作表数据（不要忘了数据本身是一个“实体”，该实体也可以作为一个数据出现在单元格中）；点击代表工作表数据的单元格，可以在预览区（标记③）看到数据的实际内容；在编辑栏中，我们又看到了熟悉的Excel.Workbook(）函数（标记④），它的作用就是打开指定文件的内容，不过这里的“指定文件”不在被装在“Content”列中，而是使用另一个函数，连接到该文件的路径进行打开。
请注意“源”步骤的右侧存在一个小齿轮，该齿轮表示我们可以修改该步骤的参数。点击该小齿轮，弹出了一个类似“修改数据源”的窗格，其功能与之前我们提到过的在Excel的数据选项卡下修改数据源的作用一致：修改该参数将修改本查询的数据文件地址。
事实上，通过该窗格修改参数本质上就是修改编辑栏中Excel.Workbook(）函数中的地址部分。在某些情况下，“源”步骤右侧的小齿轮会消失（这可能是Power Query的一个Bug），我们不能通过弹出窗格修改该步骤的参数，也不能在Excel的数据选项卡下修改数据源地址，但我们可以直接在编辑栏中修改该公式的参数。
找到指定的工作表：导航
我们通过第一步找到文件后，查询的第二步当然是找到该文件中的某个工作表，在这里叫做“导航”。该步骤找到了我们想要的工作表，并展开该工作表的数据。通过运行查询的第二步，我们已经查找了我们需要的数据，但我们看到的是数据原始模样：存在大量空行、各列也没有按我们的期望排序、部分列并没有进行类型识别、甚至第一列还没有被识别成为标题。
请注意，“导航”步骤右侧也有一个小齿轮，很容易想到它的作用是设置我们到底要找那个工作表，修改该设置的实际作用其实也是修改编辑栏中函数中对应的工作表名参数。
对原始数据进行整理：提升标题、更改类型等
通过运行前两步，我们找到了原始数据，但我们需要对该原始数据进行进一步整理。
首先是将首行提升为列名，或者说标题，这一步Power Query已经自动帮我们做了，叫做“提升的标题”……，一看这就是劣质的机器翻译，为了保持我们优秀的命名习惯，将这一步重命名为一个有意义的名称，比如“将首行提升为标题”
其次，此前Power Query已经帮我们对各列进行了自动类型识别，但正如我们前面提到的，不要相信自动类型识别，全部重新检查一遍并按需修改。请注意，当我们进行类型更改时，Power Query可能会提醒我们“是否插入步骤”，请先选择“是”；“替换步骤还是添加新步骤”，请先选择“替换步骤”。
请注意，这里我们对自动生成的步骤进行了修改。
另外，我们还对行进行了筛选、对列进行了重新排序，这些操作都被Power Query保存成为了查询步骤，我们可以逐一点击这些步骤，检查这些步骤是否就是当时我们操作。
最后，让我们把这些步骤都改成有意义且易于理解的名字。
对查询步骤的重新排序
虽然Power Query能够自动生成步骤，但这些步骤是可以更改的。比如我们增加的两个步骤（删除空行、重新排列）、对自动生成的步骤进行了修改（在自动识别类型的基础上进行了手动更改）。但其实我们还可以进行一些其他操作。
例如，本查询中的最后三个步骤“更改数据类型”、“筛选有效行”和“对列进行重新排序”其实相互独立，如果更改他们的顺序不会对查询结果造成影响。
但是，如果我们将“将首行提升为标题”的顺序进行移动，则极有可能出现问题。
这时因为“更改数据类型”、“筛选有效行”和“对列进行重新排序”本质上都是通过列标题对各列的数据类型、筛选情况和顺序进行更改。例如，筛选有效行实际上是筛选出“商品名称”列不为null和""的且“库存数量”不等于0的行：
这是一个哲学问题：对列标题进行操作的前提的是存在相应的列标题（“商品名称”、“库存数量”）。而实际上本查询的列标题是通过“将首行提升为标题”这一步骤产生的，所以必须把产生列标题（确切的说是命名列标题）这一步骤放在所有需要对列标题进行操作的步骤前面，列标题才能被找到、被操作。
更加概括性的说，如果某些步骤对其前序步骤（某中间步骤）存在依存关系，那么更改被依存的步骤就极有可能让该后续依存步骤出现问题，进而使整个查询出现问题。
删除查询步骤
相信读者已经注意到了，每个步骤前面都有一个小×号，表示我们可以删除该步骤。如果过删除了某一步骤，我们就少了一部分工作。与修改步骤类似，删除被依存的步骤也极有可导致查询出错。
新增和插入步骤
之前我们通过操作Power Query增加了“筛选有效行”和“对列进行重新排序”两个步骤，实际上您没有注意到，我们都是在选中当时查询的最后一步时操作的，这样的操作为我们在查询的末尾新增了步骤；但是，如果我们选中查询的中间步骤进行操作时，结果就会是在选中步骤的后面“插入”步骤而非在最后新增步骤。插入步骤如果更改了被后续步骤依存的部分，同样可能导致后续查询出错，之前我们在选中“更改数据类型”进行操作时，已经接到提示了。
对查询步骤的一个建议
既然在在如此多的情况下都可能出现因依存关系导致查询出错的情况，那么我强烈建议，除非读者能够理解每个步骤的原理，并能理清各步骤间的依存关系，那么应该尽量避免在一个查询的中间插入、修改或删除步骤。相反，我们应该通过在查询的末尾新增步骤的方式达到我们进一步整理数据的需求。
如果某个操作在此前的步骤中没有处理完全，我们也可以新增一个步骤来继续处理它而不是采用之前使用的“替换步骤”操作。Power Query并不要求将所有相同功能的操作放在同一步骤中，也不要求这些步骤一定要连续排放。
同样，如果我们发现整理数据时出现了一些错误，我们可以将查询出错的后面几步删除，直至我们需要保留的步骤，再进行重新整理。当然，我们也可以使用“删除到末尾”删除某步骤及其后续所有步骤
