sql >> Databasteknik >  >> RDS >> Oracle

Varför används inte NLSSORT-indexet för den här frågan?

Uttryck konverteras till NLS-sessionsinställningar i DML, men inte i DDL.

Detta är utan tvekan en bugg med beteendet hos NLSSORT(char, 'NLS_SORT=BINARY') .
Från handboken :"Om du anger BINÄRT, så returnerar den här funktionen char." Men det är inte sant för indexet. Normalt är det mycket bekvämt att indexuttrycket inte genomgår någon transformation; om det berodde på sessionsinställningar skulle verktyg som DBMS_METADATA.GET_DDL behöva returnera många alter session uttalanden. Men i det här fallet betyder det att du kan skapa ett index som aldrig kommer att användas.

Förklaringsplanen visar det verkliga uttryck. Så här använder Oracle nlssort i en session utan att det uttryckligen används:

alter session set nls_comp=linguistic;
alter session set nls_sort=binary_ai;
drop table raw_screen;
create table raw_screen (
   id   number(10)     constraint rscr_pk primary key,
   name nvarchar2(256) not null
);
create unique index idx_binary_ai
      on raw_screen (nlssort(name, 'nls_sort=binary_ai'));
explain plan for select * from raw_screen where name = n'raw_screen1000';
select * from table(dbms_xplan.display(format=>'basic predicate'));

Plan hash value: 2639454581

-----------------------------------------------------
| Id  | Operation                   | Name          |
-----------------------------------------------------
|   0 | SELECT STATEMENT            |               |
|   1 |  TABLE ACCESS BY INDEX ROWID| RAW_SCREEN    |
|*  2 |   INDEX UNIQUE SCAN         | IDX_BINARY_AI |
-----------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access(NLSSORT("NAME",'nls_sort=''BINARY_AI''')=HEXTORAW('0072006
              10077005F00730063007200650065006E003100300030003000'))

Det här exemplet visar att nlssort(char, 'nls_sort=binary') tas bort av DML:

alter session set nls_comp=linguistic;
alter session set nls_sort=binary_ai;
drop table raw_screen;
create table raw_screen (
   id   number(10)     constraint rscr_pk primary key,
   name nvarchar2(256) not null
);
create unique index idx_binary_ai on
      raw_screen (nlssort(name, 'nls_sort=binary_ai'));
explain plan for select * from raw_screen where
  nlssort(name,'nls_sort=binary') = nlssort(N'raw_screen1000','nls_sort=binary');
select * from table(dbms_xplan.display(format=>'basic predicate'));

Plan hash value: 237065300

----------------------------------------
| Id  | Operation         | Name       |
----------------------------------------
|   0 | SELECT STATEMENT  |            |
|*  1 |  TABLE ACCESS FULL| RAW_SCREEN |
----------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("NAME"=U'raw_screen1000')

Sammanfattningsvis - index DDL måste exakt matcha den transformerade uttryck, som kan bero på sessionsinställningar och det ovanliga beteendet hos binary .



  1. Oracle - Hur man beviljar en användare rättigheterna till en annan användares objekt

  2. Hur använder man en underfråga för dbtable-alternativet i jdbc-datakällan?

  3. Hur fungerar parametern 'LIMIT' i sql?

  4. Behöver hjälp med att bygga SQL-fråga med join and where on many to many relation