create index index_name on table_name(column_name) ;\x0d\x0a只要你查詢使用到建了索引的字段，一般都會用到索引。 \x0d\x0a \x0d\x0a--創(chuàng)建表\x0d\x0acreate table aaa\x0d\x0a(\x0d\x0a a number,\x0d\x0a b number\x0d\x0a);\x0d\x0a--創(chuàng)建索引\x0d\x0acreate index idx_a on aaa (a);\x0d\x0a--使用索引\x0d\x0aselect * from aaa where a=1;\x0d\x0a這句查詢就會使用索引 idx_a
創(chuàng)新互聯(lián)是一家成都網(wǎng)站設(shè)計、網(wǎng)站制作、外貿(mào)營銷網(wǎng)站建設(shè)，提供網(wǎng)頁設(shè)計，網(wǎng)站設(shè)計，網(wǎng)站制作，建網(wǎng)站，按需策劃設(shè)計，網(wǎng)站開發(fā)公司，從2013年創(chuàng)立是互聯(lián)行業(yè)建設(shè)者，服務(wù)者。以提升客戶品牌價值為核心業(yè)務(wù)，全程參與項目的網(wǎng)站策劃設(shè)計制作，前端開發(fā)，后臺程序制作以及后期項目運營并提出專業(yè)建議和思路。
oracle對于數(shù)據(jù)庫中的表信息，存儲在系統(tǒng)表中。查詢已創(chuàng)建好的表索引，可通過相應(yīng)的sql語句到相應(yīng)的表中進(jìn)行快捷的查詢：\x0d\x0a1. 根據(jù)表名，查詢一張表的索引\x0d\x0a\x0d\x0aselect * from user_indexes where table_name=upper('表名');\x0d\x0a\x0d\x0a2. 根據(jù)索引號，查詢表索引字段\x0d\x0a\x0d\x0aselect * from user_ind_columns where index_name=('索引名');\x0d\x0a\x0d\x0a3.根據(jù)索引名，查詢創(chuàng)建索引的語句\x0d\x0a\x0d\x0aselect dbms_metadata.get_ddl('INDEX','索引名', ['用戶名']) from dual ; --['用戶名']可省，默認(rèn)為登錄用戶\x0d\x0a\x0d\x0aPS：dbms_metadata.get_ddl還可以得到建表語句，如：\x0d\x0a\x0d\x0aSELECT DBMS_METADATA.GET_DDL('TABLE','表名', ['用戶名']) FROM DUAL ; //取單個表的建表語句，['用戶名']可不輸入，默認(rèn)為登錄用戶\x0d\x0aSELECT DBMS_METADATA.GET_DDL('TABLE',u.table_name) FROM USER_TABLES u; //取用戶下所有表的建表語句\x0d\x0a\x0d\x0a當(dāng)然，也可以用pl/sql developer工具來查看相關(guān)的表的各種信息。
一 ROWID的概念
存儲了row在數(shù)據(jù)文件中的具 *** 置 位編碼的數(shù)據(jù) A Z a z + 和 /
row在數(shù)據(jù)塊中的存儲方式
SELECT ROWID last_name FROM hr employees WHERE department_id = ;
比如 OOOOOOFFFBBBBBBRRR
OOOOOO data object number 對應(yīng)dba_objects data_object_id
FFF file# 對應(yīng)v$datafile file#
BBBBBB block#
RRR row#
Dbms_rowid包
SELECT dbms_rowid rowid_block_number( AAAGFqAABAAAIWEAAA ) from dual;
具體到特定的物理文件
二 索引的概念
類似書的目錄結(jié)構(gòu)
Oracle 的 索引 對象 與表關(guān)聯(lián)的可選對象 提高SQL查詢語句的速度
索引直接指向包含所查詢值的行的位置 減少磁盤I/O
與所索引的表是相互獨立的物理結(jié)構(gòu)
Oracle 自動使用并維護索引 插入 刪除 更新表后 自動更新索引
語法 CREATE INDEX index ON table (column[ column] );
B tree結(jié)構(gòu)(非bitmap)
[一]了解索引的工作原理
表 emp
目標(biāo) 查詢Frank的工資salary
建立索引 create index emp_name_idx on emp(name);
[試驗]測試索引的作用
運行/rdbms/admin/utlxplan 腳本
建立測試表
create table t as select * from dba_objects;
insert into t select * from t;
create table indextable
as select rownum id owner object_name subobject_name
object_id data_object_id object_type created
from t;
set autotrace trace explain
set timing on
分析表 可以得到cost
查詢 object_name= DBA_INDEXES
在object_name列上建立索引
再查詢
[思考]索引的代價
插入 更新
三 唯一索引
何時創(chuàng)建 當(dāng)某列任意兩行的值都不相同
當(dāng)建立Primary Key(主鍵)或者Unique constraint(唯一約束)時 唯一索引將被自動建立
語法 CREATE UNIQUE INDEX index ON table (column);
演示
四 組合索引
何時創(chuàng)建 當(dāng)兩個或多個列經(jīng)常一起出現(xiàn)在where條件中時 則在這些列上同時創(chuàng)建組合索引
組合索引中列的順序是任意的 也無需相鄰 但是建議將最頻繁訪問的列放在列表的最前面
演示(組合列 單獨列)
五 位圖索引
何時創(chuàng)建
列中有非常多的重復(fù)的值時候 例如某列保存了 性別 信息
Where 條件中包含了很多OR操作符
較少的update操作 因為要相應(yīng)的跟新所有的bitmap
結(jié)構(gòu) 位圖索引使用位圖作為鍵值 對于表中的每一數(shù)據(jù)行位圖包含了TRUE( ) FALSE( ) 或NULL值
優(yōu)點 位圖以一種壓縮格式存放 因此占用的磁盤空間比標(biāo)準(zhǔn)索引要小得多
語法 CREATE BITMAP INDEX index ON table (column[ column] );
掩飾
create table bitmaptable as select * from indextable where owner in( SYS PUBLIC );
分析 查找 建立索引 查找
六 基于函數(shù)的索引
何時創(chuàng)建 在WHERE條件語句中包含函數(shù)或者表達(dá)式時
函數(shù)包括 算數(shù)表達(dá)式 PL/SQL函數(shù) 程序包函數(shù) SQL函數(shù) 用戶自定義函數(shù)
語法 CREATE INDEX index ON table (FUNCTION(column));
演示
必須要分析表 并且query_rewrite_enabled=TRUE
或者使用提示/*+ INDEX(ic_index)*/
七 反向鍵索引
目的 比如索引值是一個自動增長的列
多個用戶對集中在少數(shù)塊上的索引行進(jìn)行修改 容易引起資源的爭用 比如對數(shù)據(jù)塊的等待 此時建立反向索引
性能問題
語法
重建為標(biāo)準(zhǔn)索引 反之不行
八 鍵壓縮索引
比如表landscp的數(shù)據(jù)如下
site feature job
Britten Park Rose Bed Prune
Britten Park Rose Bed Mulch
Britten Park Rose Bed Spray
Britten Park Shrub Bed Mulch
Britten Park Shrub Bed Weed
Britten Park Shrub Bed Hoe
……
查詢時 以上 列均在where條件中同時出現(xiàn) 所以建立基于以上 列的組合索引 但是發(fā)現(xiàn)重復(fù)值很多 所以考慮壓縮特性
Create index zip_idx
on landscp(site feature job)
press ;
將索引項分成前綴(prefix)和后綴(postfix)兩部分 前兩項被放置到前綴部分
Prefix : Britten Park Rose Bed
Prefix : Britten Park Shrub Bed
實際所以的結(jié)構(gòu)為
Prune
Mulch
Spray
Mulch
Weed
Hoe
特點 組合索引的前綴部分具有非選擇性時 考慮使用壓縮 減少I/O 增加性能
九 索引組織表(IOT)
將表中的數(shù)據(jù)按照索引的結(jié)構(gòu)存儲在索引中 提高查詢速度
犧牲插入更新的性能 換取查詢性能 通常用于數(shù)據(jù)倉庫 提供大量的查詢 極少的插入修改工作
必須指定主鍵 插入數(shù)據(jù)時 會根據(jù)主鍵列進(jìn)行B樹索引排序 寫入磁盤
十 分區(qū)索引
簇:
A cluster is a group of tables that share the same data blocks because they share mon columns and are often used together
lishixinzhi/Article/program/Oracle/201311/17769
· 通過全表掃描的方式訪問數(shù)據(jù)；
· 通過ROWID訪問數(shù)據(jù)；
· 通過索引的方式訪問數(shù)據(jù)；
· Oracle順序讀取表中所有的行，并逐條匹配WHERE限定條件。
· 采用多塊讀的方式進(jìn)行全表掃描，可以有效提高系統(tǒng)的吞吐量，降低I/O次數(shù)。
· 即使創(chuàng)建索引，Oracle也會根據(jù)CBO的計算結(jié)果，決定是否使用索引。
注意事項：
· 只有全表掃描時才可以使用多塊讀。該方式下，單個數(shù)據(jù)塊僅訪問一次。
· 對于數(shù)據(jù)量較大的表，不建議使用全表掃描進(jìn)行訪問。
· 當(dāng)訪問表中的數(shù)據(jù)量超過數(shù)據(jù)總量的5%—10%時，通常Oracle會采用全表掃描的方式進(jìn)行訪問。
· 并行查詢可能會導(dǎo)致優(yōu)化器選擇全表掃描的方式。1.2ROWID訪問表
· Rowid是數(shù)據(jù)存放在數(shù)據(jù)庫中的物理地址，能夠唯一標(biāo)識表中的一條數(shù)據(jù)。
· Rowid指出了一條記錄所在的數(shù)據(jù)文件、塊號以及行號的位置，因此通過ROWID定位單行數(shù)據(jù)是最快的方法。
注意事項：
· Rowid作為一個偽列，其數(shù)值并不存儲在數(shù)據(jù)庫中，當(dāng)查詢時才進(jìn)行計算。
· Rowid除了在同一集簇中可能不唯一外，每條記錄的Rowid唯一。1.3 INDEX訪問表
· 通過索引查找相應(yīng)數(shù)據(jù)行的Rowid，再根據(jù)Rowid查找表中實際數(shù)據(jù)的方式稱為“索引查找”或者“索引掃描”。
· 一個Rowid對應(yīng)一條數(shù)據(jù)行（根據(jù)Rowid查找結(jié)果，僅需要對Rowid相應(yīng)數(shù)據(jù)的數(shù)據(jù)塊進(jìn)行一次I/O操作），因此該方式屬于“單塊讀”。
· 對于索引，除了存儲索引的數(shù)據(jù)外，還保存有該數(shù)據(jù)對應(yīng)的Rowid信息。
· 索引掃描分為兩步：1）掃描索引確定相應(yīng)的Rowid信息。 2）根據(jù)Rowid從表中獲得對應(yīng)的數(shù)據(jù)。
注意事項：
· 對于選擇性高的數(shù)據(jù)行，索引的使用會提升查詢的性能。但對于DML操作，尤其是批量數(shù)據(jù)的操作，可能會導(dǎo)致性能的降低。
· 全表掃描的效率不一定比索引掃描差，關(guān)鍵看數(shù)據(jù)在數(shù)據(jù)塊上的具體分布。
索引是關(guān)系數(shù)據(jù)庫中用于存放每一條記錄的一種對象，主要目的是加快數(shù)據(jù)的讀取速度和完整性檢查。建立索引是一項技術(shù)性要求高的工作。一般在數(shù)據(jù)庫設(shè)計階段的與數(shù)據(jù)庫結(jié)構(gòu)一道考慮。應(yīng)用系統(tǒng)的性能直接與索引的合理直接有關(guān)。
(1) 單列索引
單列索引是基于單個列所建立的索引。
(2) 復(fù)合索引
復(fù)合索引是基于兩列或是多列的索引，在同一張表上可以有多個索引，但是要求列的組合必須不同。
(1) 重命名索引
(2) 合并索引
（表使用一段時間后在索引中會產(chǎn)生碎片，此時索引效率會降低，可以選擇重建索引或者合并索引,合并索引方式更好些，無需額外存儲空間，代價較低）
(3) 重建索引
方式一：刪除原來的索引，重新建立索引
當(dāng)不需要時可以將索引刪除以釋放出硬盤空間。命令如下：
例如：
注：當(dāng)表結(jié)構(gòu)被刪除時，有其相關(guān)的所有索引也隨之被刪除。
方式二： Alter index 索引名稱 rebuild;
· 通過創(chuàng)建唯一性索引，可以保證數(shù)據(jù)庫表中每一行數(shù)據(jù)的唯一性。
· 索引可以大大加快數(shù)據(jù)的檢索速度，這是創(chuàng)建索引的最主要的原因。
· 可以加速表和表之間的連接，特別是在實現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義。
· 在使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時，同樣可以顯著減少查詢中分組和排序的時間。
· 通過使用索引，可以在查詢的過程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。
· 索引的層次不要超過4層。
· 創(chuàng)建索引和維護索引要耗費時間，這種時間隨著數(shù)據(jù)量的增加而增加。
· 除了數(shù)據(jù)表占數(shù)據(jù)空間之外，每一個索引還要占一定的物理空間，如果要建立聚簇索引，那么需要的空間就會更大。
· 當(dāng)對表中的數(shù)據(jù)進(jìn)行增加、刪除和修改的時候，索引也要動態(tài)的維護，這樣就降低了數(shù)據(jù)的維護速度。
· 更新數(shù)據(jù)的時候，系統(tǒng)必須要有額外的時間來同時對索引進(jìn)行更新，以維持?jǐn)?shù)據(jù)和索引的一致性。
1) 不恰當(dāng)?shù)乃饕坏谑聼o補，反而會降低系統(tǒng)性能。因為大量的索引在進(jìn)行插入、修改和刪除操作時比沒有索引花費更多的系統(tǒng)時間。
1) 應(yīng)該建索引的列
· 在經(jīng)常需要搜索的列上，可以加快搜索的速度；
· 在作為主鍵的列上，強制該列的唯一性和組織表中數(shù)據(jù)的排列結(jié)構(gòu)；
· 在經(jīng)常用在連接的列上，這些列主要是一些外鍵，可以加快連接的速度；
· 在經(jīng)常需要根據(jù)范圍進(jìn)行搜索的列上創(chuàng)建索引，因為索引已經(jīng)排序，其指定的范圍是連續(xù)的；
· 在經(jīng)常需要排序的列上創(chuàng)建索引，因為索引已經(jīng)排序，這樣查詢可以利用索引的排序，加快排序查詢時間；
· 在經(jīng)常使用在WHERE子句中的列上面創(chuàng)建索引，加快條件的判斷速度。
2) 不應(yīng)該建索引的列
· 在大表上建立索引才有意義，小表無意義。
· 對于那些在查詢中很少使用或者參考的列不應(yīng)該創(chuàng)建索引。
· 對于那些只有很少數(shù)據(jù)值的列也不應(yīng)該增加索引。比如性別，在查詢的結(jié)果中，結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的很大比例，。增加索引，并不能明顯加快檢索速度。
· 對于那些定義為blob數(shù)據(jù)類型的列不應(yīng)該增加索引。這是因為，這些列的數(shù)據(jù)量要么相當(dāng)大，要么取值很少。
· 當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時，不應(yīng)該創(chuàng)建索引。
一個表中有幾百萬條數(shù)據(jù)，對某個字段加了索引，但是查詢時性能并沒有什么提高，這主要可能是oracle的索引限制造成的。Oracle的索引有一些索引限制，在這些索引限制發(fā)生的情況下，即使已經(jīng)加了索引，oracle還是會執(zhí)行一次全表掃描，查詢的性能不會比不加索引有所提高，反而可能由于數(shù)據(jù)庫維護索引的系統(tǒng)開銷造成性能更差。
下面的查詢即使在djlx列有索引，查詢語句仍然執(zhí)行一次全表掃描。
把上面的語句改成如下的查詢語句，這樣，在采用基于規(guī)則的優(yōu)化器而不是基于代價的優(yōu)化器（更智能）時，將會使用索引。
特別注意：通過把不等于操作符改成OR條件，就可以使用索引，避免全表掃描。
使用IS NULL或IS NOT NULL同樣會限制索引的使用。因此在建表時，把需要索引的列設(shè)成NOT NULL。如果被索引的列在某些行中存在NULL值，就不會使用這個索引（除非索引是一個位圖索引）。
如果不使用基于函數(shù)的索引，那么在SQL語句的WHERE子句中對存在索引的列使用函數(shù)時，會使優(yōu)化器忽略掉這些索引。 下面的查詢不會使用索引（只要它不是基于函數(shù)的索引）
也是比較難于發(fā)現(xiàn)的性能問題之一。比如：bdcs_qlr_xz中的zjh是NVARCHAR2類型,在zjh字段上有索引。如果使用下面的語句將執(zhí)行全表掃描。
因為Oracle會自動把查詢語句改為
特別注意：不匹配的數(shù)據(jù)類型之間比較會讓Oracle自動限制索引的使用,即便對這個查詢執(zhí)行Explain Plan也不能讓您明白為什么做了一次“全表掃描”。
(1) 索引無效
(2) 索引有效
重慶分公司
重慶分公司
