除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。...

最新推荐文章于 2020-08-11 17:27:39 发布

转载最新推荐文章于 2020-08-11 17:27:39 发布 · 61 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/shy1766IT/p/7197714.html

本文介绍了一种在SQL中使用TOP 100%进行子查询的方法，这种方法可以有效地处理子查询视图中的数据排序问题。通过具体的SQL语句示例展示了如何在子查询中应用TOP 100%来获取所需的数据。

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

只要我们在嵌套子查询视图里面加入:top 100 percent即可

例如：

select * from (
select top 100 percent * from tb order by col desc
) as a order by col desc

转载于:https://www.cnblogs.com/shy1766IT/p/7197714.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

清，纯一色

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

记PageHleper 分页功能报错：除非另外还指定了 TOP、OFFSET 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。

weixin_45759287的博客

06-09

1581

项目里面的复杂的查询语句需要进行分页，由于需要根据索引检索，且索引数据需要转格式，故查询语句里面包含 cast() 函数。使用pageHelper的时候，自带的count语句拼接出来的结果就是在原来的语句上添加如下内容 select count(*) from ( your origin sql ) t 但是由于sqlserver 分页需要用到order by， select count(*) from ( your origin sql ) t 这条sql 里面便包含order by。 sqlser

除非另外还指定了 TOP 或 FOR XML,否则,ORDER BY 子句在视图、内联函数、派生表中无效...

weixin_30551963的博客

07-30

344

今天遇到了这个问题。但不知道那是什么问题，所以就去百度了一下。其实在这种情况下可以看出此时我们的查询语句是作为子查询的，所以我们的查询语句应该按照提示改。假如原来是“select * from guest order by Id desc”,则应改为：“select top 100 percent * from guest order by Id desc”。有关说明：top 100 pe...

参与评论您还未登录，请先登录后发表或查看评论

sql:除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询...

weixin_34115824的博客

04-08

1538

执行sql语句: select * from ( select * from tab where ID>20 order by userID desc ) as a order by date desc 逻辑上看着挺对但是报错: 除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和...

在子查询语句（或视图等）中，不能使用Order by语句，除非使用TOP 或 FOR XML

Data & Analysis

05-23

4458

在子查询语句中，不能使用Order by语句，除非使用top或for xml 如下面的表t_table： field1field2 11eee 11bbb 44aaa 33ddd 55ccc 有下面的SQL语句： select* from(select* from t_table order by field1)a[L1] ...

Mybatis中使用PageHelper出现：除非另外还指定了 TOP、OFFSET 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。

yangqinfeng1121的博客

02-20

1万+

在使用PageHelper插件时，如果执行的sql语句中包含了order by 这个关键字，执行这句sql的时候肯定会报错：除非另外还指定了 TOP、OFFSET 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。这是因为order by以后返回的结果时游标，PageHelper 在执行count查询的时候就会报错。针对于这个问题Pag...

除非另外还指定了 TOP，OFFSET 或FOR XML，否则，ORDER BY 子句在视图，内联函数，派生表子查询和用表表达式中无效

03-25

然而，在视图、内联函数、派生表、子查询和公用表表达式（CTE）中单独使用 `ORDER BY` 是不允许的[^1]。这是因为这些结构本质上并不存储实际的数据排列方式；它们仅作为逻辑容器存在，其目的是提供一种抽象的方式来...

除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询

MSSQL_DBA的专栏

09-12

5213

top 100 percent

除非同时指定了 TOP，否则 ORDER BY 子句在视图、内嵌函数、派生表和子查询中无效。

yjfnypm的专栏

05-18

6110

在sql server 2000中，报错：”除非同时指定了 TOP，否则 ORDER BY 子句在视图、内嵌函数、派生表和子查询中无效。“，如果实在要用 ORDER BY ，但是又不能指定确定的TOP数据时，怎么办呢？解决方案：使用 TOP 100 PERCENT （ SELECT TOP 100 PERCENT 字段 FROM 表 ORDER BY 排序字段）。TOP 1

数据库系统原理填空题

热门推荐

qq_40907977的博客

08-11

3万+

1、 2、 3、 4、 5、 6、 7、 8、 9、 10、 11、 12、 13、 14、 15、 16、 17、 18、 19、 20、 21、 22、 23、 24、 25、 26、 27、 28、 29、 30、 31、 32、 33、 34、 35、 36、 37、 38、 39、 40、 41、 42、 43、 44、 45、 46、 47、 48、 49、 50、 51、 52、 53、 54、 55、 56、 57、 58、 59、 60、 61、 62、 63、 64、 65、 66、 6

MySQL子查询，派生表和通用表达式

weixin_34232744的博客

01-03

492

一：子查询 1.介绍　　在另一个查询(外部查询)中嵌套另一个查询语句(内部查询)，并使用内部查询的结果值作为外部查询条件。 2.子查询在where中　　SELECT 　　 customerNumber, checkNumber, amount 　　FROM 　　 payments 　　WHERE 　　 amount = (SELECT 　　 MA...

SQLServer之创建索引视图

weixin_30378311的博客

10-25

1497

索引视图创建注意事项对视图创建的第一个索引必须是唯一聚集索引。创建唯一聚集索引后，可以创建更多非聚集索引。为视图创建唯一聚集索引可以提高查询性能，因为视图在数据库中的存储方式与具有聚集索引的表的存储方式相同。查询优化器可使用索引视图加快执行查询的速度。要使优化器考虑将该视图作为替换，并不需要在查询中引用该视图。索引视图中列的large_value_types_out_of_row...

问题解决：除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效

枫夜

06-09

1万+

因为项目需要，需要在公共框架里面引入sqlserver方言类。而在实现sqlserver方言类之后，调用方言类的方法的时候，发现一个错误，进而引出了对于top关键字的使用。

第五章表表达式 T-SQL语言基础

weixin_34290096的博客

12-23

337

表表达式 Microsoft SQL Server支持4种类型的表表达式:派生表(derived table),公用表表达式(CTE,common table expression),视图,以及内联表值函数(inline TVF,inline table-valued function). (重点介绍表表达式在SELECT查询中的用法). 表表达式并不是物理上真实存在的什么对象,它们是...

除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。

zhishiheng的专栏

05-20

2439

select top 10 * from (select * from PL_REPORT_DATA order by publish_time desc) as t1 看上去没问题会报错改为： select top 1 * from (select TOP 100 PERCENT * from PL_REPORT_DATA order by publish_time desc)

ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效

zhoujunqiangjava的专栏

09-26

1756

ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效

除非另外还指定了 TOP 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效...

anxian8458的博客

02-19

927

　　SQL 不同于与其他编程语言的最明显特征是处理代码的顺序。在大数编程语言中，代码按编码顺序被处理，但是在SQL语言中，第一个被处理的子句是FROM子句，尽管SELECT语句第一个出现，但是几乎总是最后被处理。　　每个步骤都会产生一个虚拟表，该虚拟表被用作下一个步骤的输入。这些虚拟表对调用者（客户端应用程序或者外部查询）不可用。只是最后一步生成的表才会返回给调用者。如果没有在查询...

除非另外还指定了 TOP、OFFSET 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询和公用表表达式中无效。怎么解除

最新发布

06-14

<think>我们正在解决SQLServer中的一个特定问题：在视图、内联函数、派生表、子查询和公用表表达式中，如果使用ORDERBY子句，则必须同时指定TOP、OFFSET或FORXML，否则会报错。根据引用内容，我们知道直接在这些结构中单独使用ORDERBY是不允许的。因此，我们需要通过指定TOP（可以指定一个很大的值）、OFFSET（分页）或FORXML来使ORDERBY生效。解决方案：1.使用TOP子句：在子查询或派生表中，我们可以使用TOP(100)PERCENT来允许使用ORDERBY（但注意，在SQLServer2005及以后版本中，TOP100PERCENT可能不会保证排序，因此更推荐使用具体数字）。2.使用OFFSETFETCH：这是SQLServer2012及以后版本引入的分页功能，使用OFFSET必须指定行数，因此可以配合ORDERBY使用。3.使用FORXML：如果查询目的是为了生成XML，则可以使用FORXML，但这通常不是我们需要的。注意：在子查询中，如果我们需要排序，通常是为了分页或限制结果集，因此使用TOP或OFFSETFETCH是合理的。具体方法：方法一：使用TOP子句例如，在子查询中，我们可以这样写：```sqlSELECT*FROM(SELECTTOP100PERCENT[columns]FROM[table]ORDERBY[column])AST```但是，请注意，在SQLServer2005及更高版本中，即使使用TOP100PERCENT，视图中的ORDERBY也可能被忽略（除非同时使用了FORXML）。因此，更可靠的方法是使用TOP加上一个具体的数字（如果知道需要多少行的话），或者使用OFFSETFETCH。方法二：使用OFFSETFETCH（推荐，但需要SQLServer2012+）例如：```sqlSELECT*FROM(SELECT[columns]FROM[table]ORDERBY[column]OFFSET0ROWSFETCHNEXT1000000ROWSONLY--这里取一个足够大的行数，相当于所有行)AST```这种方法可以确保排序，但注意FETCHNEXT后面的数字要足够大以包含所有行，否则会截断。方法三：如果确实需要在整个结果集上排序，并且不想限制行数（即不使用TOP或OFFSET），那么可以考虑将排序移到外部查询中。但是，有时内部排序是必要的（比如分页操作），这时我们就必须使用上述方法。另外，在视图中使用ORDERBY通常是不必要的，因为视图表示一个表，而表本身是无序的。如果希望在从视图选择数据时排序，应在外部查询中指定ORDERBY。但是，如果视图定义中需要排序（例如为了TOP或OFFSET），则必须使用TOP或OFFSET。针对用户给出的错误查询：```sqlSELECT*FROM(SELECTa.value2,a.value3,a.value4,a.hospitalization_idFROMv_treatment_processaWHEREa.is_del=0ANDa.value1='1'ORDERBYa.treatment_items,a.use_func,a.is_record,a.value2,a.value3DESC)dWHERE1=1```修改方案（使用TOP100PERCENT）：```sqlSELECT*FROM(SELECTTOP100PERCENTa.value2,a.value3,a.value4,a.hospitalization_idFROMv_treatment_processaWHEREa.is_del=0ANDa.value1='1'ORDERBYa.treatment_items,a.use_func,a.is_record,a.value2,a.value3DESC)dWHERE1=1```或者使用OFFSETFETCH（如果SQLServer版本>=2012）：```sqlSELECT*FROM(SELECTa.value2,a.value3,a.value4,a.hospitalization_idFROMv_treatment_processaWHEREa.is_del=0ANDa.value1='1'ORDERBYa.treatment_items,a.use_func,a.is_record,a.value2,a.value3DESCOFFSET0ROWSFETCHNEXT1000000000ROWSONLY--使用一个足够大的数字)dWHERE1=1```注意：使用OFFSETFETCH时，如果数据量很大，指定一个非常大的数字可能会影响性能。因此，如果确定需要所有行，并且数据量不是特别大，可以考虑使用这种方法。否则，应重新考虑是否真的需要在子查询中排序。总结：在视图、内联函数、派生表、子查询和公用表表达式中使用ORDERBY时，必须配合TOP、OFFSET或FORXML。根据具体情况选择合适的方法，并注意版本兼容性和性能问题。相关问题：1.为什么SQLServer不允许在子查询中单独使用ORDERBY？2.除了TOP和OFFSET，还有哪些方法可以在子查询中实现排序？3.在SQLServer中如何实现高效的分页查询？4.在视图定义中如何使用ORDERBY？5.如何在不同版本的SQLServer中处理子查询排序的问题？</think>### 解决 SQL Server 中 ORDER BY 在子查询中无效的问题在 SQL Server 中，当您在**视图、内联函数、派生表、子查询或公用表表达式（CTE）** 中使用 `ORDER BY` 时，必须配合 `TOP`、`OFFSET` 或 `FOR XML` 才能生效，否则会触发错误："除非另外还指定了 TOP、OFFSET 或 FOR XML，否则，ORDER BY 子句在视图、内联函数、派生表、子查询..."[^1][^2][^3]。以下是具体解决方案： --- #### 方法 1：使用 `TOP` 子句（推荐）在子查询中添加 `TOP (100) PERCENT` 或具体行数： ```sql SELECT * FROM ( SELECT TOP 100 PERCENT -- 允许使用 ORDER BY a.value2, a.value3, a.value4, a.hospitalization_id FROM v_treatment_process a WHERE a.is_del = 0 AND a.value1 = '1' ORDER BY a.value3 DESC -- 内部排序生效 ) d WHERE 1 = 1; ``` > **注意**：`TOP 100 PERCENT` 在 SQL Server 2005+ 中可能被优化忽略，此时需改用具体行数（如 `TOP 9999999`）。 --- #### 方法 2：使用 `OFFSET FETCH`（SQL Server 2012+）通过分页机制强制启用排序： ```sql SELECT * FROM ( SELECT a.value2, a.value3, a.value4, a.hospitalization_id FROM v_treatment_process a WHERE a.is_del = 0 AND a.value1 = '1' ORDER BY a.value3 DESC OFFSET 0 ROWS FETCH NEXT 1000000 ROWS ONLY -- 强制启用 ORDER BY ) d; ``` --- #### 方法 3：使用 `FOR XML`（特殊场景）仅当需要 XML 输出时适用： ```sql SELECT * FROM ( SELECT a.value2, a.value3, a.value4, a.hospitalization_id FROM v_treatment_process a WHERE a.is_del = 0 AND a.value1 = '1' ORDER BY a.value3 DESC FOR XML PATH('') -- 启用排序但输出 XML ) d; ``` --- #### 方法 4：重构查询（最佳实践）将 `ORDER BY` 移到**最外层查询**，避免子查询排序： ```sql SELECT d.value2, d.value3, d.value4, d.hospitalization_id FROM ( SELECT -- 子查询仅负责数据过滤 a.value2, a.value3, a.value4, a.hospitalization_id FROM v_treatment_process a WHERE a.is_del = 0 AND a.value1 = '1' ) d ORDER BY d.value3 DESC; -- 外部排序 ``` > **原理**：SQL Server 要求子查询结果必须是逻辑上的**无序集合**（除非明确限制行数或分页）[^1][^3]。将排序移至外层符合关系数据库设计规范。 --- #### 关键总结 | 场景 | 解决方案 | 注意事项 | |--------------------|------------------------------|----------------------------| | 子查询/派生表排序 | 添加 `TOP` 或 `OFFSET FETCH` | 避免使用 `TOP 100 PERCENT` | | 视图/内联函数排序 | 定义时强制使用 `TOP` | 需指定行数（如 `TOP 9999`） | | 分页需求 | 外层 `OFFSET FETCH` | SQL Server 2012+ 支持 | | 最终结果排序 | 移至最外层 `ORDER BY` | 符合 ANSI SQL 标准 | --- ### 相关问题 1. 为什么 SQL Server 不允许在子查询中直接使用 `ORDER BY`？ 2. 除了 `TOP` 和 `OFFSET`，还有哪些方法能在子查询中实现排序？ 3. 如何在 SQL Server 视图中定义带排序的查询？ 4. 使用 `OFFSET FETCH` 分页时如何优化大数据量性能？ 5. 其他数据库（如 MySQL、PostgreSQL）如何处理子查询中的 `ORDER BY`？ [^1]: 引用自优快云博客关于 SQL Server ORDER BY 限制的说明 [^2]: 引用自 SQL Server 报错案例分析 [^3]: 引用自 SQL Server 分页查询中的子查询排序问题