为什么查询中的“这里1 <> 1”会返回所有行？

阵阵清风

我在继承的应用程序中遇到了如下查询：
Select *
From foo
, p; W! J# y: a; A1 Wwhere
  b" \) W8 n7 @  ^8 O    1  1
; Z, Z4 m: P3 q' U% f正如我解析的那样，它应该不返回任何内容（1
1应评估为false，正确）。但是（至少在我的Oracle机器上），它返回了中所有内容的完整列表foo。当我在MSAccess /
Jet和MSSQL中尝试相同的操作时，我得到了预期的行为。为什么对Oracle有所不同（为什么原始开发人员要这样做）？
注意：我对使用“ where 1 = 1”的+ s和-s有一些迷信，它引起了全表扫描。但是我不认为这是原始开发人员的意图。
) m0 U- k' X4 s/ F  ?" N. b( s" H5 @小更新：
在这种情况下foo是一个视图。当我在实际的表上尝试相同的操作时，我得到了期望的结果（无行）。
& e! E; ^; P3 D8 F, U$ X  d更新2：
我一直在兔子洞后面跟踪代码，并确定他正在做的所有事情都是试图获取字段/列的名称。我仍然不知道为什么它要返回完整的记录集。但仅适用于视图。
6 N" y9 l- u' s8 J/ O4 x) D从字面上看，他是在字符串中构建查询，然后将其传递给另一个函数以不更改地执行。
'VB6
6 a) `( m7 A$ ^strSQL = "SELECT * FROM " & strTableName & " WHERE 1  1"
在这种情况下，strTableName包含视图的名称。
更新3：
' q: I: E( @% k4 c$ w2 B作为参考，这是我遇到的问题之一（我更改了字段/表/模式名称）
  Y' s6 c' T  qCREATE OR REPLACE FORCE VIEW scott.foo (field1,
                                        field2,
                                        field4,
' b& [% p+ k! m. Q) ]; A" f/ v                                        field5,
                                        field12,
0 g( j. Z* k" M6 W/ S4 g! K                                        field8,
3 [, L7 X7 Q! q                                        field6,
1 p, \5 [( Y2 M  |6 f+ F                                        field7,
                                        field16,
* `4 C5 ^: b, Z                                        field11,
                                        field13,
                                        field14,
5 ]* H5 E! o9 N4 a* K                                        field15,
                                        field17
                                       )
AS
   SELECT   bar.field1,
5 r$ u9 i" c, W            bar.field2,
            DECODE
" @) S. W; T  e% h) D! Q# {4 `! M# a               (yadda.field9, NULL, 'N',
% V% k. Y- q# O+ m                DECODE (yadda.field3, NULL, 'Y', 'N')
* |2 }) E3 G& N% |8 @& K               ) AS field4,
8 @' I5 L7 h2 }0 X            bar.field5,
& B* `, `  s2 m            snafu.field6,
            DECODE
                (snafu.field6,
                 NULL,
                bar.field8,
                   bar.field8
                 - snafu.field6
- }% w% ~. @, P3 v9 w, T0 j1 N. R                ) AS field7,
            DECODE
               (yadda.field10,
                NULL,
4 e* X5 n5 n# m) e  W1 W            bar.field12,
                yadda.field10
# s, m3 d* \* K$ p               ) AS field11,
            DECODE
               (SIGN (  yadda.field10 - bar.field12),
                NULL, 'N', 1, 'N', 0, 'N', -1, 'Y'
               ) AS field13,
! b3 }8 K/ M* N5 I  i; h            bar.field14,
5 E3 u  B) g: B. S* W# ^            ADD_MONTHS
               (DECODE (yadda.field10, NULL, bar.field12, yadda.field10
  [8 v  Q- e+ G" h# e2 J9 c# Q5 E                       ),
                bar.field14 * 12
               ) AS field15,
8 g" R7 R. m% I       FROM clbuttic,
8 t3 f0 `2 S, v' x            bar,
            yadda,
            snafu
  V8 C0 A  u, t1 [& ~      WHERE clbuttic.asset_type = bar.asset_type
        AND bar.field16 = yadda.field9(+)
        AND bar.field1 = snafu.field1(+)
, v. T! ~% S7 z3 e: k9 A        AND (bar.field17 IS NULL)
   ;
$ S" e( |' e8 Q9 [- F追加Order By
" \0 g/ M1 }0 {/ N1（或在foo上的select中的某些列名称）似乎使Oracle相信我可以将空集还给我。这是一个长期解决方案，而不是短期解决方案（更改代码并重新部署是主要的PITA）。我希望在数据库方面有一个鲜为人知的设置，或者在视图中出了一些问题，这是造成这种奇怪行为的原因。
* z( C: |. _1 P1 b* g* T. q               
2 ^, k. s# y: n' K) h" @解决方案:
5 S: v$ e; ~! Y: y; L7 b               
% r* g: @( v# h6 ^

                在Oracle优化器的视图合并代码中，它肯定看起来像是个错误。我敢打赌，您只能通过包含外部联接的视图来获得此效果。您ORDER
# w# J1 c) ?$ i' }9 T7 K! ?. TBY可以解决它，因为它实际上会强制NO_MERGE视图。
但是，我不会在视图中放置一个ORDER
BY或一个NO_MERGE提示，因为（取决于您的数据量）它可能会降低使用该视图的其他查询的性能。您应该在外部查询中添加一个no_merge提示：
Select /*+ NO_MERGE(foo) */ *
From foo
where
0 g& \, M7 l; f0 F# c" x$ ]    1  1
您还应该在Oracle支持下提高SR，因为这绝对是一个错误。该查询永远不应该返回任何行，无论您从中选择什么内容，或者内部有多复杂。永远不能。
; r2 m" k0 x, O- ~( X0 f我无法复制它，因此它可能已在我使用的版本中修复。您正在使用的数据库版本是什么？