A. 分析sql執行過程中，哪些SQL條件會走索引
這樣回答你，以下幾種情況sql中索引不會被用到
1、查詢謂詞沒有使用索引的主要邊界,換句話說就是select *，可能會導致不走索引。
比如，你查詢的是SELECT * FROM T WHERE Y=XXX;假如你的T表上有一個包含Y值的組合索引，但是優化器會認為需要一行行的掃描會更有效，這個時候，優化器可能會選擇TABLE ACCESS FULL，但是如果換成了SELECT Y FROM T WHERE Y = XXX，優化器會直接去索引中找到Y的值，因為從B樹中就可以找到相應的值。
2、單鍵值的b樹索引列上存在null值，導致COUNT(*)不能走索引。
如果在B樹索引中有一個空值，那麼查詢諸如SELECT COUNT(*) FROM T 的時候，因為HASHSET中不能存儲空值的，所以優化器不會走索引，有兩種方式可以讓索引有效，一種是SELECT COUNT(*) FROM T WHERE XXX IS NOT NULL或者把這個列的屬性改為not null (不能為空)。
3、索引列上有函數運算，導致不走索引
如果在T表上有一個索引Y，但是你的查詢語句是這樣子SELECT * FROM T WHERE FUN(Y) = XXX。這個時候索引也不會被用到，因為你要查詢的列中所有的行都需要被計算一遍，因此，如果要讓這種sql語句的效率提高的話，在這個表上建立一個基於函數的索引，比如CREATE INDEX IDX FUNT ON T(FUN(Y));這種方式，等於Oracle會建立一個存儲所有函數計算結果的值，再進行查詢的時候就不需要進行計算了，因為很多函數存在不同返回值，因此必須標明這個函數是有固定返回值的。
4、隱式轉換導致不走索引。
索引不適用於隱式轉換的情況，比如你的SELECT * FROM T WHERE Y = 5 在Y上面有一個索引，但是Y列是VARCHAR2的，那麼Oracle會將上面的5進行一個隱式的轉換，SELECT * FROM T WHERE TO_NUMBER(Y) = 5,這個時候也是有可能用不到索引的。
5、表的資料庫小或者需要選擇大部分數據，不走索引
在Oracle的初始化參數中，有一個參數是一次讀取的數據塊的數目，比如你的表只有幾個數據塊大小，而且可以被Oracle一次性抓取，那麼就沒有使用索引的必要了，因為抓取索引還需要去根據rowid從數據塊中獲取相應的元素值，因此在表特別小的情況下，索引沒有用到是情理當中的事情。
6、cbo優化器下統計信息不準確，導致不走索引
很長時間沒有做表分析，或者重新收集表狀態信息了，在數據字典中，表的統計信息是不準確的，這個情況下，可能會使用錯誤的索引，這個效率可能也是比較低的。
7、！=或者<>(不等於），可能導致不走索引，也可能走 INDEX FAST FULL SCAN
例如select id from test where id<>100
8、表欄位的屬性導致不走索引，字元型的索引列會導致優化器認為需要掃描索引大部分數據且聚簇因子很大，最終導致棄用索引掃描而改用全表掃描方式，
由於字元型和數值型的在insert的時候排序不同，字元類型導致了聚簇因子很大，原因是插入順序與排序順序不同。詳細點說，就是按照數字類型插入（1..3200000），按字元類型（'1'...'32000000'）t排序，在對字元類型使用大於運算符時，會導致優化器認為需要掃描索引大部分數據且聚簇因子很大，最終導致棄用索引掃描而改用全表掃描方式。
B. ORA-06502: PL/SQL: 數字或值錯誤 : NULL 索引表鍵值
insert 有欄位是另一表的外鍵，例如A表a欄位是其主鍵是b表的外鍵，你在b表中強行插入與a表不同的值當然提示這個錯誤。
C. 論壇藉助：優化sql，null值如何走索引
Oracle性能優化（一） 關注指標及復合索引原理設計指標：對sql語句進行分析，需要關注的指標字至少包括以下幾個：
1.消耗時間：包括Elapsed Time 、CPU Time等時間指標
2.內存消耗：包括Buffer Gets、Consistant Gets等指標
3.IO消耗：包括
D. mysql資料庫null值影響索引嗎
其實就是只索引非NULL值，唯一索引也一樣，跳過NULL值不做索引
E. 資料庫 索引 當查詢遇到null會繼續查詢嗎
這里說的聚集索引是聚簇索引吧。。。
聚簇索引即建立在聚簇上的索引，創建聚簇索引時，需要對已有表數據重新進行排序（若表中已有數據），即刪除原始的表數據後再將排序結果按物理順序插回，故聚簇索引建立完畢後，建立聚簇索引的列中的數據已經全部按序排列。
一個表中只能包含一個聚簇索引，但該索引可以包含多個列。
B-樹索引中，聚簇索引的葉層就是數據頁。
非聚簇索引類似書本索引，索引與數據存放在不同的物理區域，建立非聚簇索引時數據本身不進行排序。一個表中科含多個非聚簇索引。
B-樹索引中，非聚簇索引的葉層仍是索引頁，其以指針指向數據頁實際存儲位置。
唯一性索引保證表中沒有兩行在定義索引的列上具有重復值，ORACLE自動為主鍵和唯一鍵列創建唯一索引；主鍵本身就是唯一索引，反之不成立（唯一索引允許一個NULL值），唯一性索引比非唯一性索引效率高，故在一般情況下，在無重復值的列上應盡量建立唯一性索引。
若為謀個表的某個列創建了唯一索引，則即使這個列沒有唯一值約束，也會被強制限制不能插入重復記錄。
這樣回答LZ滿意么？
F. 【SQL】表中的空字元串與NULL中的區別何在
沒有什麼好壞，
區別就在查詢語句上。。。
NULL的查詢條件要寫成
where col is null
""的查詢條件要寫成
where col=""
主要是看你的系統的定義中有沒有對""和<NULL>有沒有特別的定義。。。
G. SQL表欄位如何建立索引難道就是添加SQL查詢語句
1、創建測試表，
create table test_index(id varchar2(20)， v_date date);
H. sql server唯一約束或索引如何排除NULL值的影響
使用觸發器
I. 在資料庫中,null為什麼該屬性不能作索引
不是不能做索引 是不能做唯一索引 或者主鍵。
唯一索引能 要求通過這個欄位能直接找到該條記錄，如果這個欄位是NULL值的話 如何去找該條記錄。
J. SQL中哪些情況會引起全表掃描
解決辦法：首先盡量避免模糊查詢，如果因為業務需要一定要使用模糊查詢，則至少保證不要使用全模糊查詢，對於右模糊查詢，即like
『…%』，是會使用索引的；左模糊like
『%...』無法直接使用索引，但可以利用reverse
+
function
index
的形式，變化成
like
『…%』；全模糊是無法優化的，一定要的話考慮用搜索引擎。出於降低資料庫伺服器的負載考慮，盡可能地減少資料庫模糊查詢。
2、查詢條件中含有is
null的select語句執行慢
原因：oracle
9i中，查詢欄位is
null時單索引失效，引起全表掃描。
解決方法：sql語法中使用null會有很多麻煩，最好索引列都是not
null的；對於is
null，可以建立組合索引，nvl(欄位,0),對表和索引analyse後，is
null查詢時可以重新啟用索引查找,但是效率還不是值得肯定；is
not
null
時永遠不會使用索引。一般數據量大的表不要用is
null查詢。
3、查詢條件中使用了不等於操作符（、!=）的select語句執行慢
原因：sql中，不等於操作符會限制索引，引起全表掃描，即使比較的欄位上有索引
解決方法：通過把不等於操作符改成or，可以使用索引，避免全表掃描