Sql server 书签查找混乱

SQL Management Studio的新版本呈现书签查找，如下图所示。这使我认为该操作独立于索引查找（并且可以并行运行？）。索引搜索不应该先完成吗？它的输出（物理行ID）是键查找的输入，对吗

---

您问题中的计划显示了关键查找。这种类型的查找使用的是逻辑标识符（聚集索引键），而不是问题中所述的物理标识符

该操作不独立于索引查找，因为索引查找返回在键查找中查找的逻辑键值

屏幕截图中显示的执行计划是串行而不是并行的。它在单个线程上运行，因此在第一个线程执行索引查找时，另一个线程不会忙于执行键查找

可以通过关键查找获得并行计划

但是，这会将行划分为不同的线程，每个线程在其自己的行集上有效地作为串行计划运行，因此特定行集的迭代器仍然不会独立并行运行

但是，对于串行或并行计划，嵌套循环运算符可以使用。这将为嵌套循环联接的内侧（在本例中为键查找）所需的页面发出异步I/O

无序预取允许联接的内侧继续进行 使用来自最先完成的I/O的数据

---

但是考虑<代码>嵌套循环< /代码>，它对第一个结果产生的每个结果执行第二个操作符，所以一旦从索引查找中得到一个结果，该结果的密钥查找就可以与继续查找并行地发生。谢谢你能把这个作为答案吗？