昨天在QQ群里讨论一个SQL优化的问题，语句大致如下：
select A,min(B) from table group by A;
--A，B都没有not null约束，A列无空值，B列有空值。
--存在复合索引IX_TEST(A,B)
于是手动测试，环境采用Oracle自带的scott用户下的emp表。
1.首先查看如下语句的执行计划（此时表只有主键索引）：
2.添加IX_TEST(deptno,comm)后查看执行计划：
发现依然是全表扫描。
3.为deptno列添加非空约束后再次查看执行计划：
4.总结：
Btree索引是不存储空值的，这个是所有使用Btree索引的数据库的共同点。
在本例中我们创建了deptno,comm的符合索引。如果deptno没有非空约束，那么说明有的record不会出现在索引中，此时想要找到min(comm)就必须回表才能确定deptno为null的行是否有comm的值。此时优化器认为全表扫描比扫描索引再回表更为合理，因此选择全表扫描。
当我们添加了非空约束后，deptno不可能为空，因此索引的key值数等于表总行数，另一列comm即便为空也不影响min()取值，只需要扫描索引即可得到所需结果，此时优化器选择索引扫描。
而在Mysql中无论复合索引首列是否存在非空约束，都会使用索引，deptno为null的会全部分在一组取min(comm)，可能是Mysql的BTREE索引与Oracle的有所不同，使得首列为空都可以无需回表。
最后：Oracle的列能添加非空约束的一定要添加。
