MYSQL网页设计关于Oracle 9i 腾跃式索引扫描(Index S...
如果你需要额外的功能的话，MySQL的普及性实际上可以让你发现总有一个厂商会提供准确的解决方案，而这个方案会满足你的需要和需求。oracle|索引在Oracle9i中我们晓得可以利用腾跃式索引扫描(IndexSkipScan).但是,能使用腾跃式索引扫描的情形实际上是有些限定的.
从Oracle的文档中我们能够找到如许的话:
IndexSkipScans
Indexskipscansimproveindexscansbynonprefixcolumns.
Often,scanningindexblocksisfasterthanscanningtabledatablocks.
Skipscanningletsacompositeindexbesplitlogicallyintosmallersubindexes.
Inskipscanning,theinitialcolumnofthecompositeindexisnotspecifiedinthequery.
Inotherwords,itisskipped.
Thenumberoflogicalsubindexesisdeterminedbythenumberofdistinctvaluesintheinitialcolumn.
Skipscanningisadvantageousiftherearefewdistinctvaluesintheleadingcolumnofthecomposite
indexandmanydistinctvaluesinthenonleadingkeyoftheindex.
也能够如许说,优化器依据索引中的前导列(索引到的第一列)的独一值的数目决意是不是利用SkipScan.
我们起首做个测试：
SQL>CREATETABLEtestAS
2SELECTROWNUMa,ROWNUM-1b,ROWNUM-2c,ROWNUM-3d,ROWNUM-4e
3FROMall_objects
4/
SQL>SELECTDISTINCTCOUNT(a)FROMtest;
COUNT(A)
----------
28251
表已创立。
SQL>
SQL>CREATEINDEXtest_idxONtest(a,b,c)
2/
索引已创立。
SQL>ANALYZETABLEtestCOMPUTESTATISTICS
2FORTABLE
3FORALLINDEXES
4FORALLINDEXEDCOLUMNS
5/
表已剖析。
SQL>SETautotracetraceonlyexplain
SQL>SELECT*FROMtestWHEREb=99
2/
ExecutionPlan
----------------------------------------------------------
0SELECTSTATEMENTOptimizer=CHOOSE(Cost=36Card=1Bytes=26)
10TABLEACCESS(FULL)OFTEST(Cost=36Card=1Bytes=26)
--可见这里CBO选择了全表扫描.
--我们接着做另外一个测试:
SQL>droptabletest;
表已抛弃。
SQL>CREATETABLEtest
2AS
3SELECTDECODE(MOD(ROWNUM,2),0,1,2)a,
4ROWNUM-1b,
5ROWNUM-2c,
6ROWNUM-3d,
7ROWNUM-4e
8FROMall_objects
9/
表已创立。
SQL>setautotraceoff
SQL>selectdistinctafromtest;
A
--
1
2
--A列只要两个独一值
SQL>CREATEINDEXtest_idxONtest(a,b,c)
2/
索引已创立。
SQL>ANALYZETABLEtestCOMPUTESTATISTICS
2FORTABLE
3FORALLINDEXES
4FORALLINDEXEDCOLUMNS
5/
表已剖析。
SQL>setautotracetraceonlyexplain
SQL>SELECT*FROMtestWHEREb=99
2/
ExecutionPlan
----------------------------------------------------------
0SELECTSTATEMENTOptimizer=CHOOSE(Cost=4Card=1Bytes=24)
10TABLEACCESS(BYINDEXROWID)OFTEST(Cost=4Card=1Bytes=24)
21INDEX(SKIPSCAN)OFTEST_IDX(NON-UNIQUE)(Cost=3Card=1)
Oracle的优化器(这里指的是CBO)能对查询使用IndexSkipScans最少要有几个前提:
1优化器以为是符合的.
2索引中的前导列的独一值的数目能满意必定的前提.
3优化器要晓得前导列的值散布(经由过程剖析/统计表失掉)
4符合的SQL语句
......
更多信息请参考:
http://www.itpub.net/showthread.php?threadid=85948
http://www.cnoug.org/bin/ut/topic_show.cgi?id=608&h=1&bpg=1&age=100
http://www.itpub.net/showthread.php?s=&postid=985602#post985602
Oracle9iDatabasePerformanceTuningGuideandReferenceRelease2(9.2)
PartNumberA96533-02
感激列入会商的列位妙手.
对于IT经理来说，令他们喜欢的MySQL的简单性还有另一方面。MySQL可以运行的更快速。某些人或许会说MySQL缺少了一些人们想要的功能。 理解了存储结构，再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识 但是随着数据量的增大，这种成本差距会逐渐减小，趋于相等。（500万数量级只相差10%左右） 但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。 你可以简单地认为适合的就是好，不适合就是不好。 可以动态传入参数，省却了动态SQL的拼写。 对于微软系列的东西除了一遍遍尝试还真没有太好的办法 你可以简单地认为适合的就是好，不适合就是不好。
页:
[1]