sql执行顺序

最新推荐文章于 2025-05-20 09:13:20 发布
最新推荐文章于 2025-05-20 09:13:20 发布
阅读量440 收藏
点赞数
分类专栏： mysql oracle 文章标签： sql
本文深入解析了SQL查询处理的顺序，从FROM到SELECT等关键步骤，解释了虚拟表的生成与利用，以及如何正确理解和使用ORDER BY子句。特别强调了SQL基于集合理论的特点，以及如何避免错误地在表表达式中使用带有ORDER BY子句的查询。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

sql执行顺序

SQL 不同于与其他编程语言的最明显特征是处理代码的顺序。在大数编程语言中，代码按编码顺序被处理，但是在SQL语言中，第一个被处理的子句是FROM子句，尽管SELECT语句第一个出现，但是几乎总是最后被处理。

      每个步骤都会产生一个虚拟表，该虚拟表被用作下一个步骤的输入。这些虚拟表对调用者（客户端应用程序或者外部查询）不可用。只是最后一步生成的表才会返回 给调用者。如果没有在查询中指定某一子句，将跳过相应的步骤。下面是对应用于SQL server 2000和SQL Server 2005的各个逻辑步骤的简单描述。


复制代码
( 8 ) SELECT  ( 9 ) DISTINCT   ( 11 ) < Top  Num >   < select  list >
( 1 ) FROM   [ left_table ]
( 3 ) < join_type >   JOIN   < right_table >
( 2 ) ON   < join_condition >
( 4 ) WHERE   < where_condition >
( 5 ) GROUP   BY   < group_by_list >
( 6 ) WITH   < CUBE  |  RollUP >
( 7 ) HAVING   < having_condition >
( 10 ) ORDER   BY   < order_by_list >
复制代码

逻辑查询处理阶段简介

  1. FROM：对FROM子句中的前两个表执行笛卡尔积（Cartesian product)(交叉联接），生成虚拟表VT1
  2. ON：对VT1应用ON筛选器。只有那些使<join_condition>为真的行才被插入VT2。
  3. OUTER(JOIN)：如 果指定了OUTER JOIN（相对于CROSS JOIN 或(INNER JOIN),保留表（preserved table：左外部联接把左表标记为保留表，右外部联接把右表标记为保留表，完全外部联接把两个表都标记为保留表）中未找到匹配的行将作为外部行添加到 VT2,生成VT3.如果FROM子句包含两个以上的表，则对上一个联接生成的结果表和下一个表重复执行步骤1到步骤3，直到处理完所有的表为止。
  4. WHERE：对VT3应用WHERE筛选器。只有使<where_condition>为true的行才被插入VT4.
  5. GROUP BY：按GROUP BY子句中的列列表对VT4中的行分组，生成VT5.
  6. CUBE|ROLLUP：把超组(Suppergroups)插入VT5,生成VT6.
  7. HAVING：对VT6应用HAVING筛选器。只有使<having_condition>为true的组才会被插入VT7.
  8. SELECT：处理SELECT列表，产生VT8.
  9. DISTINCT：将重复的行从VT8中移除，产生VT9.
  10. ORDER BY：将VT9中的行按ORDER BY 子句中的列列表排序，生成游标（VC10).
  11. TOP：从VC10的开始处选择指定数量或比例的行，生成表VT11,并返回调用者。

注：步骤10，按ORDER BY子句中的列列表排序上步返回的行，返回游标VC10.这一步是第一步也是唯一一步可以使用SELECT列表中的列别名的步骤。这一步不同于其它步骤的 是，它不返回有效的表，而是返回一个游标。SQL是基于集合理论的。集合不会预先对它的行排序，它只是成员的逻辑集合，成员的顺序无关紧要。对表进行排序 的查询可以返回一个对象，包含按特定物理顺序组织的行。ANSI把这种对象称为游标。理解这一步是正确理解SQL的基础。

因为这一步不返回表（而是返回游标），使用了ORDER BY子句的查询不能用作表表达式。表表达式包括：视图、内联表值函数、子查询、派生表和共用表达式。它的结果必须返回给期望得到物理记录的客户端应用程序。例如，下面的派生表查询无效，并产生一个错误：

select * 
from(select orderid,customerid from orders order by orderid) 
as d

下面的视图也会产生错误

create view my_view
as
select *
from orders
order by orderid

      在SQL中，表表达式中不允许使用带有ORDER BY子句的查询，而在T—SQL中却有一个例外（应用TOP选项）。

      所以要记住，不要为表中的行假设任何特定的顺序。换句话说，除非你确定要有序行，否则不要指定ORDER BY 子句。排序是需要成本的，SQL Server需要执行有序索引扫描或使用排序运行符

http://www.cnblogs.com/qanholas/archive/2010/10/24/1859924.html

SQL 执行顺序详解
hixiaoyang的博客
06-02 473
SQL执行顺序详解：逻辑顺序与物理顺序完全不同，关键执行顺序为FROM-JOIN-WHERE-GROUPBY-HAVING-SELECT-DISTINCT-ORDERBY-LIMIT（FJ-W-G-H-S-D-O-L）。FROM和JOIN首先确定数据源，随后WHERE过滤行，GROUP BY分组后HAVING过滤组，SELECT选择列并计算表达式，DISTINCT去重，最后ORDER BY排序和LIMIT限制结果。现代查询优化器会根据成本调整实际执行计划，WHERE在分组前过滤而HAVING在分组后过滤是重
【MySQL-SQL执行顺序】MySQL中SQL的执行顺序和常见问题
weixin_53543905的博客
02-26 1563
那么找name那一列，具有相同name值的行，合并成一行，如对于name值为aa的，那么与两行合并成1行，所有的 id 值和 number 值写到一个单元格里面。（6）接下来就可以配合select和聚合函数进行操作了。的话，那么返回的结果应该是虚拟表3，可是id和number中有的单元格里面的内容是多个值的，而关系数据库就是基于关系的，单元格中是不允许有多个值的，所以执行。是对分组（group by）后的筛选条件，对分组后的数据进行筛选，作用于每个组，限制的是组，而不是行。
sql:除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询...
weixin_34115824的博客
04-08 1536
执行sql语句: select * from ( select * from tab where ID&gt;20 order by userID desc ) as a order by date desc 逻辑上看着挺对 但是报错: 除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和...
SQL Server 查询处理中的各个阶段(SQL执行顺序)
weixin_30301183的博客
03-17 322
SQL 不同于与其他编程语言的最明显特征是处理代码的顺序。在大数编程语言中，代码按编码顺序被处理，但是在SQL语言中，第一个被处理的子句是FROM子句，尽管SELECT语句第一个出现，但是几乎总是最后被处理。 每个步骤都会产生一个虚拟表，该虚拟表被用作下一个步骤的输入。这些虚拟表对调用者（客户端应用程序或者外部查询）不可用。只是最后一步生成的表才会返回 给调用者。如果没有在查...
除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效...
anxian8458的博客
02-19 927
　　SQL 不同于与其他编程语言的最明显特征是处理代码的顺序。在大数编程语言中，代码按编码顺序被处理，但是在SQL语言中，第一个被处理的子句是FROM子句，尽管SELECT语句第一个出现，但是几乎总是最后被处理。 　　每个步骤都会产生一个虚拟表，该虚拟表被用作下一个步骤的输入。这些虚拟表对调用者（客户端应用程序或者外部查询）不可用。只是最后一步生成的表才会返回 给调用者。如果没有在查询...
除非另外还指定了 TOP 或 FOR XML,否则,ORDER BY 子句在视图、内联函数、派生表
热门推荐
12-18 1万+
执行下面SQL 会收到如题的错误.这是为什么呢? 注意红色部分,它属于子查询,再关注出错信息.问题出在order by......select location from (Select * From LOCATION Where WAREHOUSE = NW3_SHANGHAI And PUT_ZONE = NAA And LOCATION_TYPE = NSTO Order B
SQL执行顺序
08-16
SQL执行顺序介绍
SQL Server 查询处理中的各个阶段(SQL执行顺序)示例
09-10
SQL Server 查询处理中的各个阶段，即SQL执行顺序，是数据库管理系统执行SQL语句时的一系列逻辑步骤。这个顺序对于理解查询如何工作以及优化查询性能至关重要。以下是对这些步骤的详细解释： 1. FROM子句：这是查询...
sql执行顺序大总结
05-07
SQL 执行顺序大总结 SQL 执行顺序是一个非常重要的概念，对于任何一个 SQL 开发者来说都非常重要。今天，我们将深入探讨 SQL 执行顺序的每一个步骤，从 FROM 到 SELECT，了解每一个步骤的执行顺序和细节。 FROM ...
问题解决：除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效
枫夜
06-09 1万+
因为项目需要，需要在公共框架里面引入sqlserver方言类。而在实现sqlserver方言类之后，调用方言类的方法的时候，发现一个错误，进而引出了对于top关键字的使用。
sql:除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询
你要明白，任何问题都不是孤立存在的，一定有人曾经遇到过，并且已经有更好的解决办法了，只是我还不知道。我不应该在黑暗中独自前行，去重新发明轮子，也许我的顿悟，只是别人的基本功！我应该要站在巨人的肩膀上，学习更成熟的经验和方法，然后再来解决这个问题
03-04 3956
sql:除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询 --执行sql语句: select * from ( select * from tab where ID>20 order by userID desc ) as a order by date desc --逻辑上看着挺对 但是报错: --除非另外还指定了 TOP 或...
除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询...
u014712365的博客
05-28 181
执行sql语句: select * from ( select * from tab where ID>20 order by userID desc ) as a order by date desc 逻辑上看着挺对 但是报错: 除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。 只要我们在嵌套子查询视图里面加...
除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。
李豆豆的博客
05-06 887
视图中进行order by操作，比如create view view_2 AS select * from book order by Price desc,Publish go 消息框会提示：除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。 查一波发现，有人用了这样的方法： create view view_2
Sql:除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。
jiandande3218的专栏
11-06 1148
最近在写Sql的时候出现了：除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。 逻辑上看着挺对 但是报错，因为，子查询中的数据是不唯一的。例子如下: select * from (select userid from dbo.test where ID>20 order by userID desc) AS tab order by tab.userid 查了很多例子，大部分的解决办法是： select * fr
除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。...
weixin_34348805的博客
10-24 363
        在 select 后加 top 100 percent 就可以了。          
SQL“除非另外还指定了 TOP、OFFSET 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效“ 解决方法
最新发布
我将在此记录和分享我的个人学习内容，包含SAP相关产品，如：SAP HANA，SAP S/4 HANA，SAP Business ByDesign，SAP Business One、二次开发、SAP、SAP B1、
05-20 655
在SQL中，当在子查询或派生表中使用ORDER BY时，如果没有同时使用TOP、OFFSET或FOR XML，系统会报错。这是因为ORDER BY在这些上下文中无法直接生效。为了解决这个问题，可以在子查询中使用TOP 100 PERCENT，这样ORDER BY就能正常执行。例如，原本的查询select * from (select * from tab order by userID desc) as a order by date desc会报错，但修改为select * from (select to
除非另外还指定了 TOP 或 FOR XML,否则,ORDER BY 子句在视图、内联函数、派生表中无效...
weixin_30551963的博客
07-30 340
今天遇到了这个问题。但不知道那是什么问题，所以就去百度了一下。 其实在这种情况下可以看出此时我们的查询语句是作为子查询的，所以我们的查询语句应该按照提示改。假如原来是“select * from guest order by Id desc”,则应改为：“select top 100 percent * from guest order by Id desc”。 有关说明：top 100 pe...
Sql执行顺序
03-20
<think>嗯，我现在需要解释一下SQL的执行顺序。用户可能对SQL的执行过程不太清楚，所以得一步步来，结构要清晰。首先，我得回忆一下SQL各个关键字的执行顺序，以及背后的逻辑。 SQL语句的书写顺序和实际执行顺序是不一样的，这一点很重要。比如我们通常写的SELECT在开头，但执行的时候却在后面。我应该先列出常见的SQL子句，然后按照执行顺序排列，再逐一解释每个步骤的作用。 常见的子句有FROM、JOIN、WHERE、GROUP BY、HAVING、SELECT、DISTINCT、ORDER BY、LIMIT/OFFSET。我需要确认它们的正确执行顺序，可能需要查证一下确保准确性。比如，FROM和JOIN应该最先执行，确定数据来源和连接。然后是WHERE过滤行，接着GROUP BY分组，HAVING过滤分组后的结果。之后处理SELECT选择列，应用DISTINCT去重，再是ORDER BY排序，最后是LIMIT或OFFSET限制结果数量。 另外，每个步骤的作用需要简单说明，比如为什么WHERE在GROUP BY之前，而HAVING在之后。可能需要举个例子，比如WHERE在分组前过滤行，而HAVING过滤分组后的聚合结果。还要注意别名的问题，比如SELECT中定义的别名，在后续步骤如ORDER BY中可以使用，但前面的步骤如WHERE不能使用，因为执行顺序的关系。 需要检查是否有常见的误区，比如认为SELECT先执行，导致对别名使用的误解。还要提到不同数据库可能的差异，但一般执行顺序是标准化的。最后，最好用一个例子来展示整个过程，比如一个包含多个子句的查询，分步骤解释执行流程，这样用户更容易理解。 现在整理一下思路，确保每个步骤的逻辑正确，没有遗漏关键点，并且用中文清晰表达。同时注意使用正确的LaTeX格式，比如数学表达式用$...$，但在这个问题中可能用不上，不过如果有公式的话要正确应用。但这里主要涉及SQL语法，可能不需要数学表达式，但如果有例子中的计算，可能需要用LaTeX。例如，在聚合函数中，如COUNT(*)，可以用$COUNT(*)$表示？不过可能不需要，保持自然即可。 最后，确保回答结构清晰，分步骤说明，帮助用户逐步理解SQL的执行顺序，避免过于技术化的术语，用易懂的语言解释每个阶段的作用和重要性。</think>SQL 语句的**书写顺序**和**实际执行顺序**并不一致，了解其执行顺序能帮助避免逻辑错误并优化查询效率。以下是标准的 SQL 执行顺序（以常见子句为例）： --- ### **1. 执行顺序概览** 按**从先到后**的顺序依次为： $$ \text{FROM → JOIN → WHERE → GROUP BY → HAVING → SELECT → DISTINCT → ORDER BY → LIMIT/OFFSET} $$ --- ### **2. 分步详解** #### **(1) `FROM` 和 `JOIN`** - **作用**：确定数据来源，加载表和关联数据。 - **示例**： ```sql FROM table1 JOIN table2 ON table1.id = table2.id ``` 先加载 `table1` 和 `table2`，再根据 `JOIN` 条件关联数据。 --- #### **(2) `WHERE`** - **作用**：过滤符合条件的**行**（基于原始数据，不可用聚合函数）。 - **示例**： ```sql WHERE age > 18 -- 直接筛选原始行 ``` --- #### **(3) `GROUP BY`** - **作用**：按指定列分组，为后续聚合（如 `SUM`、`COUNT`）做准备。 - **示例**： ```sql GROUP BY department -- 按部门分组 ``` --- #### **(4) `HAVING`** - **作用**：过滤分组后的结果（可使用聚合函数，如 `SUM`）。 - **示例**： ```sql HAVING SUM(sales) > 1000 -- 筛选总销售额超过1000的组 ``` --- #### **(5) `SELECT`** - **作用**：选择最终输出的列，可计算表达式或使用聚合函数。 - **注意**：此时定义的列别名（如 `total AS t`）后续步骤（如 `ORDER BY`）才可用。 --- #### **(6) `DISTINCT`** - **作用**：去重，基于 `SELECT` 的结果删除重复行。 - **示例**： ```sql SELECT DISTINCT country -- 去重国家列 ``` --- #### **(7) `ORDER BY`** - **作用**：排序结果（可使用 `SELECT` 中定义的别名）。 - **示例**： ```sql ORDER BY total DESC -- 按总和降序排列 ``` --- #### **(8) `LIMIT` / `OFFSET`** - **作用**：限制返回行数或跳过指定行。 - **示例**： ```sql LIMIT 10 -- 仅返回前10条结果 ``` --- ### **3. 关键注意事项** - **别名生效时机**： `SELECT` 中定义的别名（如 `total AS t`）只能在 `ORDER BY` 及之后步骤使用，`WHERE` 或 `GROUP BY` 中不可用。 - **聚合函数的使用范围**： `WHERE` 中不能直接使用聚合函数（如 `SUM`），需改用 `HAVING`。 --- ### **4. 示例完整流程** ```sql SELECT department, SUM(sales) AS total FROM employees JOIN sales ON employees.id = sales.emp_id WHERE hire_date > '2020-01-01' GROUP BY department HAVING SUM(sales) > 10000 ORDER BY total DESC LIMIT 5; ``` **执行顺序**： 1. 加载 `employees` 和 `sales` 表并关联（`FROM` + `JOIN`） 2. 筛选 `hire_date > '2020-01-01'` 的员工（`WHERE`） 3. 按 `department` 分组（`GROUP BY`） 4. 筛选总销售额超过 10000 的部门（`HAVING`） 5. 计算每个部门的 `SUM(sales)` 并命名为 `total`（`SELECT`） 6. 按 `total` 降序排序（`ORDER BY`） 7. 仅返回前5条结果（`LIMIT`） --- 掌握 SQL 执行顺序能更高效地编写查询，并避免因逻辑顺序错误导致的语法或结果异常。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值