在Performance Tuning Guide and Reference中提到在复杂的VIEW上（其实有两个表join下就可以了）加HINT无法传输到VIEW内部。

By default, hints do not propagate inside a complex view.

注意：简单的VIEW，比如针对一张表建的视图，还是可以通过在VIEW上加HINT实现的：（HINT要加上VIEW NAME上，而不是基表上）
如下例所示：

9i中由于没有采用FAST DUAL，所以通过DUAL表进行的计算，都会产生逻辑读。而应用频繁地运行
select 1 from dual;
等操作，常会造成对dual表的争用，引起Buffer Busy Wait,Latch Free等。

最近生产系统对DUAL表进行了一些调整，在每个频繁访问DUAL表的用户下都建了一张自己DUAL表，对减少逻辑读及系统DUAL表的争用，有一定的作用。

今天在数据库上看到一个因左侧使用函数，导致索引失效的SQL，简单做了个这方面的测试：
前期数据准备：

由于Bind Peeking导致执行计划变化，生产系统已经近四个月未进行过统计信息分析。最近系统变更较大，要进行一次统计信息的分析。计划是考虑在BC库上进行分析，再把统计信息导到生产库上应用。做个简单的实验，测试下统计信息的导入导出：

检查数据库,发现实例2 latch free较高，TOPAS发现操作系统CPU较高