7

我在从 Oracle 11g 第 1 版升级到第 2 版后发现了这一点。

我现在可以总结的最好的是，LEFT OUTER JOIN针对具有恒定“假”列和WHERE子句的查询在两个 Oracle RELEASES 中生成不同的结果。在第 2 版中，“假”列显示在不匹配的行中：

TEST1      TEST2
=====      =====
A B        A B 
- ---      - ---
1 bar      1 hello
2 baz

> SELECT * FROM test1 LEFT OUTER JOIN test2 ON test1.a = test2.a;
  A B   A_1 B_1
  - --- --- -----
  1 bar   1 hello
  2 baz

到现在为止还挺好。以上所有内容在 Rel 上都相同。1和2。现在，添加一个“假”常量列X，事情按预期工作：

> SELECT * 
    FROM test1 
    LEFT OUTER JOIN (SELECT test2.*, 'X' AS X 
                       FROM test2) test3 
      ON test1.a = test3.a;

  A B   A_1 B_1   X
  - --- --- ----- -
  1 bar   1 hello X
  2 baz

现在，WHERE在第一个表上添加一个子句并得到不同的结果：

> SELECT * 
    FROM test1 
    LEFT OUTER JOIN (SELECT test2.*, 'X' AS X 
                       FROM  test2) test3 
      ON test1.a = test3.a
   WHERE test1.b LIKE 'ba%';

  Release 11.1.0.7.0        Release 11.2.0.2.0    
  ==================        ==================
  A B   A_1 B_1   X         A B   A_1 B_1   X
  - --- --- ----- -         - --- --- ----- -
  1 bar   1 hello X         1 bar   1 hello X
  2 baz                     2 baz           X  <--- WHAT'S THIS?!

进一步的困惑：如果 WHERE 条件是数字的（例如，WHERE test1.a < 5结果是一样的！

更新（澄清我的实际问题）： 我做错了什么？我的最终查询是否以某种方式调用了未定义的行为，从而使 Oracle 可以将返回的内容从一个版本更改为下一个版本？如果不是，这是 Oracle 错误吗？

4

2 回答 2

0

所以我要回答我自己的问题，即：“我做错了什么还是这是一个 Oracle 错误？” 这是一个 Oracle 错误。

我让你来导航被称为support.oracle.com的疯狂，但是，正如@AdamHawkes 所指出的，这个错误可能在最近的 Oracle 补丁集中得到了解决。11.2.0.3 的发行说明中的​​一些错误似乎与我的问题相似，但并不完全相同。

当我应用最新的补丁时，我会尝试回到这里并更新答案（我处于无法控制的环境中）。

于 2012-07-09T18:22:52.517 回答
0

只是为其他读者链接一些相关的帖子..

https://forums.oracle.com/forums/thread.jspa?threadID=1113096

Oracle 中完全外连接的奇怪行为 - 如何解释？

主要建议更改会话以关闭特定优化。更改会话集“_optimizer_join_elimination_enabled”= false；更改会话集“_optimizer_native_full_outer_join”=off；

我宁愿他们有自动化测试，证明简单的事情是有效的，而不是一开始就引入这些错误。

于 2012-10-23T11:22:16.177 回答