LINQLogical Query processing在 SQL 中模仿你有：

8. SELECT
9. DISTINCT
11. TOP
1. FROM
2. ON
3. JOIN
4. WHERE
5. GROUP BY
6. WITH CUBE/ROLLUP
7. HAVING
10. ORDER BY
12. OFFSET/FETCH

但实际上它是这样执行的：

1. FROM
2. ON
3. JOIN
4. WHERE
5. GROUP BY
6. WITH CUBE/ROLLUP
7. HAVING
8. SELECT
9. DISTINCT
10. ORDER BY
11. TOP
12. OFFSET/FETCH

许多人没有意识到这一点，并犯了一些简单的错误，例如：

SELECT col AS alias_name
FROM tab
WHERE aliass_name > 10;

并询问为什么它不起作用。因为他们假设订单就像他们写的一样。LINQ更擅长这个问题。

另请参阅逻辑查询处理和BOL：

SELECT 语句的逻辑处理顺序

以下步骤显示了 SELECT 语句的逻辑处理顺序或绑定顺序。此顺序决定了在一个步骤中定义的对象何时可用于后续步骤中的子句。例如，如果查询处理器可以绑定（访问）在 FROM 子句中定义的表或视图，则这些对象及其列可用于所有后续步骤。相反，由于 SELECT 子句是第 8 步，因此该子句中定义的任何列别名或派生列都不能被前面的子句引用。但是，它们可以被后续子句引用，例如 ORDER BY 子句。请注意，语句的实际物理执行由查询处理器确定，并且顺序可能与此列表不同。

FROM

ON

JOIN

WHERE

GROUP BY

WITH CUBE or WITH ROLLUP

HAVING

SELECT

DISTINCT

ORDER BY

TOP