能使 Oracle 索引失效的六大限制條件
Oracle 索引的目標是避免全表掃描,提高查詢效率,但有些時候卻適得其反。
例如一張表中有上百萬條資料,對某個欄位加了索引,但是查詢時效能並沒有什麼提高,這可能是 oracle 索引失效造成的。oracle 索引有一些限制條件,如果你違反了這些索引限制條件,那麼即使你已經加了索引,oracle還是會執行一次全表掃描,查詢的效能不會比不加索引有所提高,反而可能由於資料庫維護索引的系統開銷造成效能更差。 下面就是總結的能使 Oracle 索引失效的七大限制條件。
1. 沒有 WHERE 子句
2. 使用 IS NULL 和 IS NOT NULL
SELECT … FROM emp WHERE comm IS NULL; comm 列的索引會失效
3. WHERE 子句中使用函式
如果沒有使用基於函式的索引,那麼 where 子句中對存在索引的列使用函式時,會使優化器忽略掉這些索引。例如:
select * from staff where trunc(birthdate) = ‘01-MAY-82’;
但是把函式應用在條件上,索引是可以生效的,把上面的語句改成下面的語句,就可以通過索引進行查詢。
select * from staff where birthdate < (to_date(‘01-MAY-82’) + 0.9999);
注意:對於 MIN, MAX 函式,Oracle 仍然使用索引。
4. 使用 LIKE ‘%T’ 進行模糊查詢
5. WHERE 子句中使用不等於操作
不等於操作包括:<>, !=, NOT colum >= ?, NOT colum <= ?
對於這個限制條件可以通過 OR 替代,例如: colum <> 0 ===> colum>0 OR colum<0
6. 等於和範圍索引不會被合併使用
SELECT emp_id, emp_m, salary_q … FROM emp WHERE job=’manager’ AND deptno>10
job 和 deptno 都是非唯一索引,這種條件下 oracle 不會合並索引,它只會使用第一個索引。
7. 比較不匹配資料型別
dept_id是一個varchar2型的欄位,在這個欄位上有索引,但是下面的語句會執行全表掃描。
select * from dept where dept_id = 900198;
這是因為 oracle 會自動把 where 子句轉換成 to_number(dept_id)=900198,相當於使用函式,這樣就限制了索引的使用。正確寫法如下:
select * from dept where dept_id = ‘900198’;
相關推薦
能使Oracle索引失效的六大限制條件
能使Oracle索引失效的六大限制條件 轉載自:http://www.2cto.com/database/201512/452441.html Oracle 索引的目標是避免全表掃描,提高查詢效率,但有些時候卻適得其反。
能使 Oracle 索引失效的六大限制條件
Oracle 索引的目標是避免全表掃描,提高查詢效率,但有些時候卻適得其反。 例如一張表中有上百萬條資料,對某個欄位加了索引,但是查詢時效能並沒有什麼提高,這可能是 oracle 索引失效造成的。oracle 索引有一些限制條件,如果你違反了這些索引限制條件,那麼即使你已經加了索引,oracle還是會執行一次
Oracle 索引失效的六大限制條件
語句 生效 合並 www. ive 通過 全表掃描 to_date class Oracle 索引失效的六大限制條件 【原創】能使 Oracle 索引失效的六大限制條件 Oracle 索引的目標是避免全表掃描,提高查詢效率,但有些時候卻適得其反。 例如一張表中有上百
ORACLE索引失效,更新統計信息
exec use cascade not null dna oracl HERE ima gree 有時候建立索引的時候不走索引,排除了字段數據問題和sql寫法問題之外,應該是統計信息有問題,得重新收集。 一:解鎖統計信息 為了穩定執行計劃,一般統計信息都會被鎖住的,在更新
oracle 索引失效的場景
1、索引列使用如下條件,like '%abc%'、is null/is not null、!=或<>、not in not in 應該改為not exists 2、索引列使用了函式,例如 select * from t where f(index_column
oracle索引失效批解決辦法
專案中伺服器操作過後,資料庫中所有表的索引都失效了,每個都重新rebuild索引太麻煩,這裡介紹sql批處理方法。 建一個rebuild索引的儲存過程 CREATE OR REPLACE PROCEDURE REBUILD_INDEX(INPUTDT IN VA
ORACLE索引失效原因歸納[轉]
1.隱式轉換導致索引失效.這一點應當引起重視.也是開發中經常會犯的錯誤. 由於表的欄位tu_mdn定義為varchar2(20),但在查詢時把該欄位作為number型別以where條件傳給Oracle,這樣會導致索引失效. 錯誤的例子:select * from test where tu_mdn=
oracle索引失效的原因及解決方案
一、以下的方法會引起索引失效?1,<>2,單獨的>,<,(有時會用到,有時不會)3,like "%_" 百分號在前.4,表沒分析.5,單獨引用複合索引裡非第一位置的索引列.6,字元型欄位為數字時在where條件裡不新增引號.7,對索引列進行運算.需要建
Oracle索引失效原因總結
1.隱式轉換導致索引失效.這一點應當引起重視.也是開發中經常會犯的錯誤. 由於表的欄位tu_mdn定義為varchar2(20),但在查詢時把該欄位作為number型別以where條件傳給Oracle,這樣會導致索引失效. 錯誤的例子:select * from test where tu_mdn=13
oracle 索引失效的原因
索引失效 1) 沒有查詢條件,或者查詢條件沒有建立索引 2) 在查詢條件上沒有使用引導列 3) 查詢的數量是大表的大部分,應該是30%以上。 4) 索引本身失效 5) 查詢條件使用函式在索引列上(見12) 6) 對小表查詢 7) 提示不使用索引 8) 統計資
ORACLE索引失效解決方案
最近碰到這樣一個問題:在PROD_PARTS表中新添加了一個索引: create index IDX_PT_DV_ID on PROD_PARTS (DEVICE_ID); 但是在使用DEVICE_ID欄位進行查詢時,發現該索引並沒有被利用到: SELECT * FRO
ORACLE索引失效的問題分析
1.導致的原因: 在SQL*LOADER 載入過程中會維護索引,由於資料量比較大,在SQL*LOADER 載入過程中出現異常情況,導致ORACLE 來不及維護索引,導致索引處於失效狀態,影響查詢和載入。 異常情況主要有:在載入過程中殺掉SQL*LOADER 程序,重啟,表空間不夠等。 2. glo
oracle索引失效的情況已經oracle的一些隱式轉換
容易引起oracle索引失效的原因很多: 1、在索引列上使用函式。如SUBSTR,DECODE,INSTR等,對索引列進行運算.需要建立函式索引就可以解決了。 2、新建的表還沒來得及生成統計資訊,分析一下就好了 3、基於cost的成本
ORACLE索引失效的一些原因
索引失效 1) 沒有查詢條件,或者查詢條件沒有建立索引 2) 在查詢條件上沒有使用引導列 3) 查詢的數量是大表的大部分,應該是30%以上。 4) 索引本身失效 5) 查詢條件使用函式在索引列上(見12) 6) 對小表查詢 7) 提示不使用索引 8) 統計資
ORACLE會使索引失效的條件
1. 沒有 WHERE 子句 2. 使用 IS NULL 和 IS NOT NULL SELECT ... FROM emp WHERE comm IS NULL; comm 列的索引會失效 3. WHERE 子句中使用函式 如果沒有
怎麼寫SQL才能使Oracle的索引失效
1. 沒有 WHERE 子句 2. 使用 IS NULL 和 IS NOT NULL SELECT ... FROM emp WHERE comm IS NULL; comm 列的索引會失效 3. WHERE 子句中使用函式 如果沒有使用基於函式的索
Oracle 索引的失效檢查
select index_name, partition_name, status from user_ind_partitions where status = 'UNUSABLE' union all select index_name, '' as partition_name, status f
Oracle 索引的失效和重建
部分內容轉載: http://www.cnblogs.com/zhenxing/p/5167776.html 所有執行的結果是指令碼命令集合,可以用來建立索引; a)在plsql中使用execute immedi
oracle資料庫總結(十二)--索引失效原因總結
來自:https://www.cnblogs.com/areyouready/p/7802885.html 1.隱式轉換導致索引失效.這一點應當引起重視.也是開發中經常會犯的錯誤. 由於表的欄位tu_mdn定義為varchar2(20),但在查詢時把
Oracle分割槽表刪除分割槽資料時導致索引失效解決
一、描述 今天有個小任務就是要刪除些資料,哈哈,先自己小開心一下。因為要刪除的資料表是我之前轉換成的分割槽表。這個分割槽表是按照裡面有個建立時間欄位來分割槽的,1個季度為1個分割槽。所以我現在要將2017年7月1日之前的資料刪除(資料量約1000萬),可以直接刪除表