Oracle的强大之处就在于他能总帮助让你选择正确的运行计划，即使你给了它错误的指示。

实验：

1. 创建測试表：

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvYmlzYWw=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

收集统计信息：

创建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" alt="">

相当于这是一个唯一性索引了。

再运行select id from tbl_plan;：

Oracle选择的是索引高速全扫描，由于id是索引字段，直接从索引中获得值是最高速的方式。

假设是使用了HINT的方式：

这使用的是索引全扫描，不如索引高速全扫描，但至少HINT起到了作用。原因就在于从非空索引中获得值是一种可靠的方式。因此Oracle同意HINT的使用。

总结：

从上面的简单演示样例能够看到。Oracle总会帮你选择正确的运行计划，即使你将错误的信息给了Oracle。Oracle这样的“无私”的精神值得我们学习。假设我们的应用系统也是这样足够健壮，那就更好了。