注意:我不是要求您告诉我“使用显式连接”,而是在寻找Oracle官方立场(如果有的话)。
From Oracle database documentation(也出现在9i和11g文件中):
Oracle建议您使用
FROM
子句OUTER JOIN
语法 而不是Oracle join运算符。使用的外部联接查询 Oracle连接运算符(+)
遵守以下规则和 限制[...]
换句话说,Oracle建议更喜欢这两种形式中的第一种:
FROM a LEFT JOIN b ON b.x = a.x
vs
FROM a, b WHERE b.x(+) = a.x
但是,我从来没有在任何Oracle文档中找到一个建议,最好使用这两种形式中的一种:
FROM a INNER JOIN b ON b.x = a.x
vs
FROM a, b WHERE b.x = a.x
我错过了一段吗?
答案 0 :(得分:10)
Oracle支持网站上有很多关于ANSI连接语法问题的说明,其中包含建议使用oracle语法的变通方法。
错误的结果(没有行)错误5188321或来自ANSI外部联接的ORA-1445
Versions affected: Versions >= 9.2.0.1 but < 11
Description
Wrong results or an ORA-1445 can be returned with a query involving a
very large select list count when ANSI OUTER JOIN syntax is used.
Workaround
Use native oracle outer join syntax
or
reduce the select list count.
错误5368296 ANSI联接SQL可能不会报告ORA-918的含糊不清的列
Versions affected: Versions < 11
Description
****
Note: This fix introduces the problem described in bug 7318276
One off fixes for that bug address the issue here also.
****
ORA-918 is not reported for an ambiguous column in a query
involving an ANSI join of more than 2 tables/objects.
eg:
-- 2 table join, returns ORA-918
SELECT empno
FROM emp a JOIN emp b on a.empno = b.empno;
-- 3 table join does not report ORA-918 when it should ...
SELECT empno
FROM emp a JOIN emp b on a.empno = b.empno
JOIN emp c on a.empno = c.empno;
错误7670135编译ANSI连接的长解析时间
Versions affected: Versions BELOW 11.2
Description
A query having ANSI join(s) may take noticeable time during query compilation,
especially if the query includes an NVL() function.
Workaround:
Use ORACLE join instead of ANSI join
来自Oracle Press - Oracle OCP 11g一体化考试指南
来自asktom(谁是非承诺人)
Historically there have been bugs related to ANSI syntax, in fact even the
10.2.0.4 projected issues list includes 10 bugs/issues related to ANSI syntax.
In the past I've encountered some of these bugs myself, and have continued to use
and advocate the "traditional" Oracle style.
I'd like to know if you feel that the implementation of ANSI syntax is now equally
robust compared to the traditional syntax.
Followup February 19, 2008 - 5pm Central time zone:
unfortunately, there are bugs in non-ansi joins too, probably more than 10 in fact.
I personally do not use the new syntax (except in the rare case of a full outer join,
a truly rare beast to encounter). I have no comment on it really.
另见同一主题的早期问题 Difference between Oracle's plus (+) notation and ansi JOIN notation?
我还在document中找到了这个陈述,但没有提到它来自哪里
“从Oracle 9i开始,Oracle建议SQL开发人员使用ANSI连接语法而不是Oracle专有(+)语法。这个建议有几个原因,包括:
•更容易隔离和阅读(不混合连接与限制代码) •更容易正确构造连接代码(特别是在“外部”连接的情况下) •可移植语法适用于所有其他符合ANSI标准的数据库,例如MS SQL Server,DB2,MySQL,PostgreSQL等 •由于它是普遍接受的标准,因此它是所有未来数据库和第三方供应商工具的一般目标 •专有的Oracle外连接(+)语法一次只能在一个方向上使用,它不能执行完全外连接 •加上Oracle文档中的这些附加限制: o(+)运算符只能应用于列,而不能应用于任意表达式。但是,任意表达式可以包含一个或多个用(+)运算符标记的列。 o包含(+)运算符的条件不能与OR逻辑运算符组合使用。 o条件不能使用IN比较条件将标有(+)运算符的列与表达式进行比较。 o条件无法将使用(+)运算符标记的任何列与子查询进行比较。“
因此,现在是时候采用ANSI连接语法 - 并进入21世纪
答案 1 :(得分:8)
如果有,我还没有看到它。特别是对于外连接更喜欢ANSI语法的原因(除非非标准,特定于Oracle的(+)
符号)是使用ANSI语法可以表达更多外连接。限制“ORA-01417:表可以外连接到最多一个其他表”适用于(+)
外连接,但不适用于ANSI外连接。对(+)
不适用于ANSI外连接的其他限制是documented here。
一位备受尊敬的Oracle专家实际上建议坚持内部联接的旧语法 - 请参阅Jonathan Lewis's blog。他说,无论如何,ANSI连接都转变为传统的Oracle连接。我不同意他100%(我更喜欢ANSI加入我自己),但不会声称他对这个主题有一点知识。
简而言之,ANSI外连接在技术上优于旧(+)
连接,而对于内连接,它更像是一种风格问题。