ANSI Join – Rename of Alias Leads to a Different Result
From: jaromir nemec <jaromir_at_db-nemec.com>
Date: Tue, 22 Dec 2020 23:16:32 +0100 (CET)
Message-ID: <57028.213.90.36.11.1608675392.bloek_at_www.webmail.at>
Date: Tue, 22 Dec 2020 23:16:32 +0100 (CET)
Message-ID: <57028.213.90.36.11.1608675392.bloek_at_www.webmail.at>
Apparently the result of the join to tab2.fk_id now “helps” to make the
join to the tab3.
I think it is a bug – rewriting the query in Oracle proprietary outer join
you get ORA-00918: column ambiguously defined.
I would not share it as it is probably not a big problem, but I was somehow fascinating with this behaviour and decided to post it. For me it means that until this is fixed in some cases for the check of ambiguously defined columns in ANSI SQL is responsible the query writer...
Is my interpretation right?
KR,
Jaromir D.B.Nemec
-- http://www.freelists.org/webpage/oracle-lReceived on Tue Dec 22 2020 - 23:16:32 CET