[转帖]小议ORDER BY语句中的常数_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 4285 | 回复: 0   主题: [转帖]小议ORDER BY语句中的常数        下一篇 
kim
注册用户
等级:中校
经验:1729
发帖:222
精华:0
注册:2011-7-21
状态:离线
发送短消息息给kim 加好友    发送短消息息给kim 发消息
发表于: IP:您无权察看 2011-8-11 10:12:44 | [全部帖] [楼主帖] 楼主

前两天在论坛看到一个问题,本来认为是与全文索引的问题有关,后来却发现是和ORDER BY有关:http://www.itpub.net/showthread.php?s=&threadid=724865

看到完整的SQL语句后,我就怀疑到问题出在ORDER BY语句中,根据语法,是不能对表名、列名等对象名称采用绑定变量的。

不过由于最近过节,实在是比较懒,也一直没有进行测试,直到今天才验证了一下。

SQL> CREATE TABLE T AS SELECT * FROM DBA_USERS;


表已创建。

SQL> SELECT USER_ID, USERNAME FROM T;
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
19 DBSNMP
27 PROXY_REFRESHER
60 SELE
29 SCOTT
28 HR1
21 WMSYS
11 OUTLN
26 PROXY_MVIEWADMIN
46 TSMITH
25 REPADMIN
30 HR
23 YANGTK


已选择14行。

SQL> SELECT USER_ID, USERNAME FROM T ORDER BY USER_ID;
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
11 OUTLN
19 DBSNMP
21 WMSYS
23 YANGTK
25 REPADMIN
26 PROXY_MVIEWADMIN
27 PROXY_REFRESHER
28 HR1
29 SCOTT
30 HR
46 TSMITH
60 SELE


已选择14行。

SQL> SELECT USER_ID, USERNAME FROM T ORDER BY 1;
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
11 OUTLN
19 DBSNMP
21 WMSYS
23 YANGTK
25 REPADMIN
26 PROXY_MVIEWADMIN
27 PROXY_REFRESHER
28 HR1
29 SCOTT
30 HR
46 TSMITH
60 SELE


已选择14行。

上面是ORDER BY的两种基本用法,一种是指定SELECT语句列表中的列表或别名,另一种是列的位置。

如果这里采用帮定变量,那么结果是什么呢?

SQL> SELECT USER_ID, USERNAME FROM T ORDER BY :NAME;
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
19 DBSNMP
27 PROXY_REFRESHER
60 SELE
29 SCOTT
28 HR1
21 WMSYS
11 OUTLN
26 PROXY_MVIEWADMIN
46 TSMITH
25 REPADMIN
30 HR
23 YANGTK


已选择14行。

通过上面的结果可以看到,Oracle虽然没有报错,可以正常执行,但是并没有根据USERNAME列进行排序。

实际上,根据绑定变量的特点,这里输入的USERNAME并不是列名,而是一个字符串常量,因此上面的SQL等价于:

SQL> SELECT USER_ID, USERNAME FROM T ORDER BY 'USERNAME';
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
19 DBSNMP
27 PROXY_REFRESHER
60 SELE
29 SCOTT
28 HR1
21 WMSYS
11 OUTLN
26 PROXY_MVIEWADMIN
46 TSMITH
25 REPADMIN
30 HR
23 YANGTK


已选择14行。

而且通过测试发现,查询结果与ORDER BY中的字符串常量的内容没有关系,与ASC和DESC关键字也没有任何关系:

SQL> SELECT USER_ID, USERNAME FROM T ORDER BY 'ABC';
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
19 DBSNMP
27 PROXY_REFRESHER
60 SELE
29 SCOTT
28 HR1
21 WMSYS
11 OUTLN
26 PROXY_MVIEWADMIN
46 TSMITH
25 REPADMIN
30 HR
23 YANGTK


已选择14行。

SQL> SELECT USER_ID, USERNAME FROM T ORDER BY '2';
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
19 DBSNMP
27 PROXY_REFRESHER
60 SELE
29 SCOTT
28 HR1
21 WMSYS
11 OUTLN
26 PROXY_MVIEWADMIN
46 TSMITH
25 REPADMIN
30 HR
23 YANGTK


已选择14行。

SQL> SELECT USER_ID, USERNAME FROM T ORDER BY SYSDATE DESC;
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
19 DBSNMP
27 PROXY_REFRESHER
60 SELE
29 SCOTT
28 HR1
21 WMSYS
11 OUTLN
26 PROXY_MVIEWADMIN
46 TSMITH
25 REPADMIN
30 HR
23 YANGTK


已选择14行。

那么Oracle在这种情况下到底是根据什么进行的排序呢?

SQL> SET AUTOT ON
SQL> SELECT USER_ID, USERNAME FROM T ORDER BY 'USERNAME';
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
19 DBSNMP
27 PROXY_REFRESHER
60 SELE
29 SCOTT
28 HR1
21 WMSYS
11 OUTLN
26 PROXY_MVIEWADMIN
46 TSMITH
25 REPADMIN
30 HR
23 YANGTK


已选择14行。

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE
1 0 TABLE ACCESS (FULL) OF 'T'
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
4 consistent gets
0 physical reads
0 redo size
665 bytes sent via SQL*Net to client
503 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
14 rows processed


从执行计划和统计信息都可以看到,Oracle实际上并没有进行排序。这其实就是问题的原因。当ORDER BY语句中的常量不是SELECT列表的位置时,Oracle实际上没有执行任何地排序。

最后描述一下ORDER BY语句使用列的位置的情况:

SQL> SELECT USER_ID, USERNAME FROM T ORDER BY 5;
SELECT USER_ID, USERNAME FROM T ORDER BY 5
*


ERROR 位于第 1 行:
ORA-01785: ORDER BY 项必须是 SELECT-list 表达式的数目

SQL> VAR POSITION NUMBER
SQL> EXEC :POSITION := 2


PL/SQL 过程已成功完成。

SQL> SELECT USER_ID, USERNAME FROM T ORDER BY :POSITION;
USER_ID USERNAME
---------- ------------------------------
0 SYS
5 SYSTEM
19 DBSNMP
27 PROXY_REFRESHER
60 SELE
29 SCOTT
28 HR1
21 WMSYS
11 OUTLN
26 PROXY_MVIEWADMIN
46 TSMITH
25 REPADMIN
30 HR
23 YANGTK


已选择14行。

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE
1 0 TABLE ACCESS (FULL) OF 'T'
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
4 consistent gets
0 physical reads
0 redo size
665 bytes sent via SQL*Net to client
503 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
14 rows processed


从上面两个查询其实以及不难推断出,ORDER BY语句中的列的位置,实际上是替换为列的名字或别名,而且这个操作是在语句分析时就完成的,也就是说在绑定变量输入值之前就完成了,这就是为什么ORDER BY中即使绑定一个NUMBER型变量,并输入一个存在的列的位置,而Oracle却并没有进行排序。

简单总结一下,ORDER BY中可以包含常量,但是除了NUMBER类型的表示列的位置的情况外,输入其他的常量,都会导致Oracle直接忽略排序操作。也就是说,ORDER BY后面也不应该使用绑定变量,如果ORDER BY的列是会发生变化或无法在编译时确定的,应该使用动态SQL语句,而不是绑定变量。




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论