oracle大小写不敏感的查询.docVIP

在Oracle中，命令和对象名称都是大小写不敏感的，因为Oracle在处理语句时，将所有的名称和命令全部转化为大写。 但是对于字符串中的字符，无论是比较还是排序，都是大小写敏感的。这在Oracle是默认方式，但不是唯一的方式。 下面看一个简单的例子： SQL CREATE TABLE T (NAME VARCHAR2(30)); 表已创建。 SQL INSERT INTO T VALUES (A); 已创建?1?行。 SQL INSERT INTO T VALUES (a); 已创建?1?行。 SQL INSERT INTO T VALUES (B); 已创建?1?行。 SQL COMMIT; 提交完成。 SQL CREATE INDEX IND_T_NAME ON T(NAME); 索引已创建。 SQL SELECT * FROM T ORDER BY NAME; NAME------------------------------ABa SQL SELECT * FROM T WHERE NAME = A; NAME------------------------------A 这是最正常不过的结果了，下面修改会话默认的排序方式： SQL ALTER SESSION SET NLS_SORT = BINARY_CI; 会话已更改。 SQL SELECT * FROM T ORDER BY NAME; NAME------------------------------AaB SQL SELECT * FROM T WHERE NAME = A; NAME------------------------------A SQL ALTER SESSION SET NLS_COMP = LINGUISTIC; 会话已更改。 SQL SELECT * FROM T ORDER BY NAME; NAME------------------------------AaB SQL SELECT * FROM T WHERE NAME = A; NAME------------------------------Aa 虽然目的达到了，但是还是要说明一下，这里虽然实现了对大小写不敏感的查询，但是这个结果的实现与表面看到的现象并不完全相同。 从查询语句上看，似乎只是对NAME进行一下判断就可以了，并未对列进行任何的操作，而实际上并非如此，下面看看这种情况下的执行计划： SQL SET AUTOT ON EXPSQL SELECT * FROM T WHERE NAME = A; NAME------------------------------Aa 执行计划----------------------------------------------------------Plan hash value: 1601196873 --------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |--------------------------------------------------------------------------| 0 | SELECT STATEMENT | | 1 | 17 | 3 (0)| 00:00:01 ||* 1 | TABLE ACCESS FULL| T | 1 | 17 | 3 (0)| 00:00:01 |-------------------------------------------------------------------------- Predicate Information (identified by operation id):--------------------------------------------------- 1 - filter(NLSSORT(NAME,nls_sort=BINARY_CI)=HEXTORAW(6100)) Note------ dynamic sampling used for this statement Oracle居然对列进行了操作，将NAME进行了NLSSORT操作，然后判断是否与目标值进行判断。不过Oracle也没有其他的好方法进行处理，对等号右边的常量进行转换固然代价较低，但是SQL的判断条件就由等于变成了IN，这种转换恐怕变化更大。而且还要找到所有其