MSSQL网页设计利用索引的误区之四：空值对索引的影响...
这类操作的执行过程是，1)按照新的表定义建立一个临时表tmpa，2)将原表数据拷贝到临时表，3)将原始表改名tmpb，4)将tmpa改名为原表名，5)将tmpb删除。索引利用索引的误区之四：空值对索引的影响我们起首做一些测试数据：
SQL>createtablet(xint,yint);
Tablecreated
请注重，这里我对表t做了一个独一（团结）索引：
SQL>createuniqueindext_idxont(x,y);
Indexcreated
SQL>insertintotvalues(1,1);
1rowinserted
SQL>insertintotvalues(1,NULL);
1rowinserted
SQL>insertintotvalues(NULL,1);
1rowinserted
SQL>insertintotvalues(NULL,NULL);
1rowinserted
SQL>commit;
Commitcomplete
上面我们剖析一下索引：
SQL>analyzeindext_idxvalidatestructure;
Indexanalyzed
SQL>selectname,lf_rowsfromindex_stats;
NAMELF_ROWS
----------------------------------------
T_IDX3
SQL>
然后，我们就能够看到，以后的索引中仅仅保留了3行数据。
请注重，下面我们拔出并提交了四行数据。
以是，这里就有一个结论：
Oracle的索引不保留全体为空的行。
我们持续拔出数据，如今再拔出几行全体为空的行：
SQL>insertintotvalues(NULL,NULL);
1rowinserted
SQL>insertintotvalues(NULL,NULL);
1rowinserted
我们看到如许的拔出，竟然没有违背后面我们设定的独一束缚（uniqueont(x,y)），
以是，这里我们又得出一个结论：
Oracle以为NULLNULL，进而(NULL,NULL)(NULL,NULL)
换句话说，Oracle以为空值（NULL）不即是任何值，包含空值也不即是空值。
我们看到上面的拔出会违背独一束缚(DEMO.T_IDX)，这个很好了解了，由于它不是全体为空的值，即它不是（NULL,NULL），只要全体为空的行才被以为是分歧的行：
SQL>insertintotvalues(1,null);
insertintotvalues(1,null)
ORA-00001:违背独一束缚前提(DEMO.T_IDX)
SQL>insertintotvalues(null,1);
insertintotvalues(null,1)
ORA-00001:违背独一束缚前提(DEMO.T_IDX)
SQL>
请看上面的例子:
SQL>selectx,y,count(*)fromtgroupbyx,y;
XYCOUNT(*)
-----------------------
3
11
11
111
Executedin0.03seconds
SQL>selectx,y,count(*)fromtwherexisnullandyisnullgroupbyx,y;
XYCOUNT(*)
---------------------
3
Executedin0.01seconds
SQL>
SQL>selectx,y,count(*)fromtgroupbyx,yhavingcount(*)>1;
XYCOUNT(*)
------------------------------------
3
Executedin0.02seconds
SQL>
能够瞥见，完整为空的行有三行，这里我们又能够得出一个结论：
oracle在groupby子句中以为完整为空的行是不异的行
换句话说，在groupby子句中，oracle以为(NULL,NULL)=(NULL,NULL)
上面的语句，利用了复合索引（x,y）的前导列，一般如许的查询是会利用索引的，我们看看上面的例子：
select*fromtwherexisnull;
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
--------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost|
--------------------------------------------------------------------
|0|SELECTSTATEMENT|||||
|*1|TABLEACCESSFULL|T||||
--------------------------------------------------------------------
PredicateInformation(identifiedbyoperationid):
---------------------------------------------------
1-filter("T"."X"ISNULL)
Note:rulebasedoptimization
14rowsselected
Executedin0.06seconds
我们看到下面的查询并没有利用索引，那末对照一下不利用把持的情形：
对照一下上面的查询：
select*fromtwherex=1;
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
--------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost|
--------------------------------------------------------------------
|0|SELECTSTATEMENT|||||
|*1|INDEXRANGESCAN|T_IDX||||
--------------------------------------------------------------------
PredicateInformation(identifiedbyoperationid):
---------------------------------------------------
1-access("T"."X"=1)
Note:rulebasedoptimization
14rowsselected
Executedin0.04seconds
这个查询（wherex=1）如我们所但愿的那样利用了t_idx(x,y)复合索引，这里我们能够得出一个结论：
在利用ISNULL和ISNOTNULL前提的时分，Oracle不利用索引（由于Oracle的索引不存储空值，具体请拜见后面的相干内容）
那末我们怎样利用空值的对照前提呢？
起首，只管不在前导列上利用空值，请看上面的例子：
select*fromtwherex=1andyisnull;
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
--------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost|
--------------------------------------------------------------------
|0|SELECTSTATEMENT|||||
|*1|INDEXRANGESCAN|T_IDX||||
--------------------------------------------------------------------
PredicateInformation(identifiedbyoperationid):
---------------------------------------------------
1-access("T"."X"=1)
filter("T"."Y"ISNULL)
Note:rulebasedoptimization
15rowsselected
select*fromtwherexisnullandy=1;
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
--------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost|
--------------------------------------------------------------------
|0|SELECTSTATEMENT|||||
|*1|TABLEACCESSFULL|T||||
--------------------------------------------------------------------
PredicateInformation(identifiedbyoperationid):
---------------------------------------------------
1-filter("T"."Y"=1AND"T"."X"ISNULL)
Note:rulebasedoptimization
14rowsselected
另有一个能够变通的办法，即我们在创立表的时分，为每一个列都指定为非空束缚（NOTNULL），而且在需要的列上利用default值，如：
SQL>createtablelunar(
2c1varchar2(10)defaultempty
3constraintc1_notnullnotnull,
4c2number(10)default0
5constraintc2_notnullnotnull,
6c3datedefaultto_date(20990101,yyyymmdd)
7constraintc3_notnullnotnull);
表已创立。
已用工夫:00:00:00.00
SQL>insertintolunar(c1)values(first);
已创立1行。
已用工夫:00:00:00.00
SQL>insertintolunar(c2)values(99);
已创立1行。
已用工夫:00:00:00.00
SQL>insertintolunar(c3)values(sysdate);
已创立1行。
已用工夫:00:00:00.00
SQL>insertintolunar(c1,c3)values(ok,sysdate);
已创立1行。
已用工夫:00:00:00.00
SQL>insertintolunar(c2,c1)values(999,hello);
已创立1行。
已用工夫:00:00:00.00
SQL>commit;
提交完成。
已用工夫:00:00:00.00
SQL>select*fromlunar;
C1C2C3
------------------------------
first001-1月-99
empty9901-1月-99
empty019-10月-04
ok019-10月-04
hello99901-1月-99
已用工夫:00:00:00.00
SQL>selectc1,c2,to_char(c3,yyyy-mm-yy)fromlunar;
C1C2TO_CHAR(C3
------------------------------
first02099-01-99
empty992099-01-99
empty02004-10-04
ok02004-10-04
hello9992099-01-99
已用工夫:00:00:00.00
SQL>
然后我们再像利用一样平常的列那样，利用他们，而且公道的为他们创建索引信任就能够很好的进步使用的查询效力。
在需要把许多新记录插入某个数据表的场合，DELAY_KEY_WRITE选项的作用将非常明显。另外，索引还会在硬盘上占用相当大的空间。因此应该只为最经常查询和最经常排序的数据列建立索引。注意，如果某个数据列包含许多重复的内容，为它建立索引就没有太大的实际效果。 个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。 这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高，但是相对映射到数据表中效率还是提高了很多。我做过试验，在我的实验环境中会比映射到表中提高30%左右的效率。 而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~ 相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐 如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录. 如果，某一版本可以提供强大的并发响应，但是没有Oracle的相应版本稳定，或者价格较贵，那么，它就是不适合的。 以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了
页:
[1]