LINQLogical Query processing在 SQL 中模仿你有：
8. SELECt9. DISTINCT11. TOP1. FROM2. ON3. JOIN4. WHERe5. GROUP BY6. WITH CUBE/ROLLUP7. HAVINg10. ORDER BY12. OFFSET/FETCH
但实际上它是这样执行的：
1. FROM2. ON3. JOIN4. WHERe5. GROUP BY6. WITH CUBE/ROLLUP7. HAVINg8. SELECt9. DISTINCT10. ORDER BY11. TOP12. OFFSET/FETCH
许多人没有意识到这一点，并犯了一些简单的错误，例如：
SELECT col AS alias_nameFROM tabWHERe aliass_name > 10;
并询问为什么它不起作用。因为他们假设订单就像他们写的一样。LINQ更擅长这个问题。
另请参阅逻辑查询处理和BOL：
SELECt 语句的逻辑处理顺序
以下步骤显示了 SELECT 语句的逻辑处理顺序或绑定顺序。此顺序决定了在一个步骤中定义的对象何时可用于后续步骤中的子句。例如，如果查询处理器可以绑定（访问）在 FROM 子句中定义的表或视图，则这些对象及其列可用于所有后续步骤。相反，由于 SELECt 子句是第 8 步，因此该子句中定义的任何列别名或派生列都不能被前面的子句引用。但是，它们可以被后续子句引用，例如 ORDER BY 子句。请注意，语句的实际物理执行由查询处理器确定，并且顺序可能与此列表不同。
FROMONJOINWHEReGROUP BYWITH CUBE or WITH ROLLUPHAVINgSELECTDISTINCTORDER BYTOP
