客户的数据库从10.2.0.1升级到10.2.0.5后，出现了ORA-918错误，不过导致错误出现的原因并不是升级碰到了BUG，而是升级解决了BUG。

在Oracle 10.2.0.5中，解决了一个Bug 5368296  ANSI join SQL may not report ORA-918 for ambiguous column，结果原本客户受这个bug影响而没有报错的SQL语句，在升级之后开始大面积报错。

而解决办法除了修改SQL语句外，只有回退一个办法，Oracle显然不会为了重现一个bug而提供什么解决方案。当然这个问题的避免应该通过前期的测试来避免，不过这里还是关注一下这个bug。

在如果使用标准查询写法，当关联表的个数超过2个，且表都包含相同的列名，那么在查询的时候如果不指定这个列名的属主，是不会报错的。

SQL*Plus: Release 10.2.0.3.0 - Production on Tue Nov 8 15:51:41 2011

Copyright (c) 1982, 2006, Oracle. All Rights Reserved.

Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> create user u1 identified by u1 default tablespace users;

User created.

SQL> grant connect, resource to u1;

Grant succeeded.

SQL> conn u1/u1
Connected.
SQL> create table t1 (id number);

Table created.

SQL> create table t2 (id number);

Table created.

SQL> create table t3 (id number);
Table created.

SQL> select id from t1, t2, t3 where t1.id = t2.id and t1.id = t3.id;
select id from t1, t2, t3 where t1.id = t2.id and t1.id = t3.id
*
ERROR at line 1:
ORA-00918: column ambiguously defined

SQL> select id from t1 join t2 on t1.id = t2.id join t3 on t1.id = t3.id;

no rows selected

SQL> select id from t1 join t2 on t1.id = t2.id;
select id from t1 join t2 on t1.id = t2.id
*
ERROR at line 1:
ORA-00918: column ambiguously defined

可以看到，Oracle的写法不存在这个问题，而如果使用标准SQL写法，在表连接数超过2张的时候，就会引发bug，Oracle会忽略列重名问题。

SQL> alter table t3 add (id1 number);

Table altered.

SQL> select id from t1 join t2 on t1.id = t2.id join t3 on t1.id = t3.id1;

no rows selected

SQL> alter table t3 drop (id);

Table altered.

SQL> select id from t1 join t2 on t1.id = t2.id join t3 on t1.id = t3.id1;
select id from t1 join t2 on t1.id = t2.id join t3 on t1.id = t3.id1
*
ERROR at line 1:
ORA-00918: column ambiguously defined

测试还发现，导致问题的原因只和表中是否存在列有关，而与是否是连接列没有关系，因此必须三张或以上的表拥有相同的列名，才会引发这个bug。