Oracle的强大之处就在于他能总帮助让你选择正确的运行计划，即使你给了它错误的指示。
实验：
1. 创建測试表：
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvYmlzYWw=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >
收集统计信息：
创建B树索引：
2. 运行select id from tbl_plan;查看它的运行计划：
由于创建了B树索引，正常讲能够从索引中获得id的值，不用全表扫描，但这里使用了全表扫描的方式。
即使使用了HINT，这依然使用的是全表扫描：
原因在于这是个B树索引，不会存储NULL值，虽然这张表没有NULL值。
假设直接从可能包括NULL值的B树索引中查询记录。NULL值不会存储于索引。就会漏一些记录，那么查询结果就会有错，所以Oracle在此并没有选择使用索引扫描，而是进行的全表扫描。
3. 将id字段设为非空：
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvYmlzYWw=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >
相当于这是一个唯一性索引了。
再运行select id from tbl_plan;：
Oracle选择的是索引高速全扫描，由于id是索引字段，直接从索引中获得值是最高速的方式。
假设是使用了HINT的方式：
这使用的是索引全扫描，不如索引高速全扫描，但至少HINT起到了作用。原因就在于从非空索引中获得值是一种可靠的方式。因此Oracle同意HINT的使用。
总结：
从上面的简单演示样例能够看到。Oracle总会帮你选择正确的运行计划，即使你将错误的信息给了Oracle。Oracle这样的“无私”的精神值得我们学习。假设我们的应用系统也是这样足够健壮，那就更好了。