使用 PL/SQL
查看,具體使用方法以下:sql
新建 解釋計劃窗口
,將 SQL
複製進去執行,便可顯示執行計劃。
數據庫
選中 SQL
語句,點擊菜單 工具
-解釋計劃
或 按快捷鍵 F5
oracle
table access by index rowid
經過ROWID的表存取,一次I/O只能讀取一個數據塊。經過rowid讀取表字段,rowid多是索引鍵值上的rowid工具
table access full
全表掃描,對全部表中記錄進行掃描。表字段不涉及索引時每每採用這種方式,此時效率最低。oop
index unique scan
索引惟一掃描,若是表字段有 UNIQUE
或 PRIMARY KEY
約束,Oracle實現索引惟一掃描,這種掃描方式條件比較極端,出現比較少。性能
index range scan
索引範圍掃描,最多見的索引掃描方式。在非惟一索引上都使用索引範圍掃描,具體以下:優化
index full scan
索引全掃描,這種狀況下,是查詢的數據都屬於索引字段,通常都含有排序操做。code
index fast full scan
索引快速掃描,若是查詢的數據都屬於索引字段,而且沒有進行排序操做,那麼是屬於這種狀況。條件比較極端,出現比較少。排序
index range scan
索引範圍掃描,最多見的索引掃描方式。在非惟一索引上都使用索引範圍掃描。索引
index range scan
索引範圍掃描,最多見的索引掃描方式。在非惟一索引上都使用索引範圍掃描。
對於非等值鏈接
,這種鏈接方式的效率是比較高的。
若是在關聯的列上都有索引,效果更好。
對於將2個較大的row source
作鏈接,該鏈接方法比Nested Loops
鏈接要好一些。
可是若是sort merge
返回的row source
過大,則又會致使使用過多的rowid
在表中查詢數據時,數據庫性能降低,由於過多的I/O.
若是driving row source
(外部表)比較小,而且在inner row source
(內部表)上有惟一索引,或有高選擇性非惟一索引時,使用這種方法能夠獲得較好的效率。
NESTED LOOPS
有其它鏈接方法沒有的的一個優勢是:能夠先返回已經鏈接的行,而沒必要等待全部的鏈接操做處理完才返回數據,這能夠實現快速的響應時間。
這種方法是在oracle7
後來引入的,使用了比較先進的鏈接理論,通常來講,其效率應該好於其它2種鏈接,可是這種鏈接只能用在CBO優化器
中,並且須要設置合適的hash_area_size
參數,才能取得較好的性能。
在2個較大的row source
之間鏈接時會取得相對較好的效率,在一個row source
較小時則能取得更好的效率。
只能用於等值鏈接
中