QUOTE:

---

原帖由 nyfor 于 2008-9-8 16:23 发表
以上出现在 order by, group by 表达式中的函数调用与出现在 where 中的还有一个不同就是后者的函数调用表达式不论是否与表数据有关, 均对每一行数据都调用一次(注意这是筛选之后的每一行)

5.
SQL> exec pkg.reset_n;

PL/SQL procedure successfully completed
SQL> select pkg.inc_n from t where pkg.inc_n = 1;

     INC_N
----------
         2
         3
         4
SQL> select pkg.get_n from dual;

     GET_N
----------
         4

SQL>
SQL> exec pkg.reset_n;

PL/SQL procedure successfully completed
SQL> select pkg.inc_n from t where pkg.inc_n = 2;

     INC_N
----------
SQL> select pkg.get_n from dual;

     GET_N
----------
         1

   以上两条结果似乎不是我们所想象的.
SQL> exec pkg.reset_n;

PL/SQL procedure successfully completed
SQL> select  * from (select pkg.inc_n n from t ) where n = 1;

         N
----------
         2
         3
         4
SQL> select pkg.get_n from dual;

     GET_N
----------
         4
SQL> exec pkg.reset_n;

PL/SQL procedure successfully completed
SQL> select  * from (select pkg.inc_n n from t ) where n = 2;

         N
----------
SQL> select pkg.get_n from dual;

     GET_N
----------
         1

这里我们发现Oracle对于复杂的查询做优化后导致执行结果不是我们想要的.
对于前两个SQL, Oracle 的执行路径已经转换为后面两个了. 那么我们有什么办法来防止这种情况发生呢, 禁止外层where谓词push 到内部查询, 但是Oracle好像又没有这样的 hint 可用. 目前我是没有找到什么好办法来阻止这种错误结果的发生.
这个简单：select  * from (select pkg.inc_n n,rownum rn from t ) where n = 1;即可

---

QUOTE:

---

原帖由 newkid 于 2008-9-9 10:17 发表
呵呵，我是在你启发下做了些试验，知其然不知其所以然。
不知你们看了我#18的贴没有？用ROWNUM的效果我也是知道的，这是为了防止PUSH谓词，但我不知道NO_MERGE HINT怎么不起作用呢？你们用NO_MERGE试过没有？
要说这个研究成果，我认为有以下几点：
1.不要依赖于函数调用次数。在函数里不要有修改上下文相关的操作。
2.第1点做到之后，我们就要尽量减少函数调用，提高效率。
2.a 在你理解了DETERMINISTIC 函数的前提下，尽量用DETERMINISTIC 函数。典型的应用例子：代码转名称，名称转代码。
2.b 在非DETERMINISTIC 函数时，也要尽量让ORACLE CACHE住你的函数结果。可用技巧就是SCALAR SUBQUERY.

nyfor 你认为1000次调用和10次调用没有区别吗？哪个效率高？尽管结果都是一样的。

请继续讨论哈，明天我再来。

---