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，可以使用索引，避免全表扫描