SQL – 子查询和外表之间的关系

问题

我需要更好地了解关于何时可以在子查询中引用外部表格以及何时(以及为什么)这是不合适的请求的规则.我发现我正在尝试重构的Oracle SQL查询中的重复,但是当我尝试将引用的表转换为分组的子查询时,我遇到问题.

以下声明适当地工作：

SELECT  t1.*  
FROM    table1 t1,INNER JOIN table2 t2 
        on t1.id = t2.id        
        and t2.date = (SELECT max(date) 
                       FROM   table2  
                       WHERE  id = t1.id) --This subquery has access to t1

不幸的是,table2有时会有重复的记录,所以我需要在我加入t1之前先聚合t2.但是,当我尝试将其包装在子查询中以完成此操作时,突然,sql引擎不能再识别外表.

SELECT  t1.* 
FROM    table1 t1,INNER JOIN (SELECT * 
            FROM  table2 t2
            WHERE t1.id = t2.id              --This loses access to t1
              and t2.date = (SELECT max(date) 
                             FROM   table2 
                             WHERE  id = t1.id)) sub on t1.id = sub.id 
                             --Subquery loses access to t1

我知道这些是根本不同的查询,我要求编译器放在一起,但我不明白为什么一个工作,而不是另一个.

我知道我可以在我的子查询中复制表引用,并有效地从外表中分离子查询,但这似乎是一个非常难看的方式来完成这个任务(所有重复的代码和处理).

有用的参考

>我发现在sql Server中执行子句的顺序的这个奇妙的描述：(INNER JOIN ON vs WHERE clause).我使用Oracle,但我认为这是全面的标准.有一个明确的子句评估顺序(以FROM为第一个),所以我认为任何子句进一步下降到列表中将可以访问以前处理的所有信息.我只能假设我的第二个查询以某种方式改变了这个顺序,以便我的子查询被评估太早了
>另外我发现了一个类似的问题(Referencing outer query’s tables in a subquery
)但是,虽然投入很好,但他们从来没有真正解释为什么他不能做他正在做的事,只是为他的问题提供了替代方案.我已经尝试过他们的替代解决方案,但是导致我的其他问题.也就是说,具有日期参考的子查询是整个操作的基础,所以我无法摆脱它.

问题

>我想明白我在这里做了什么？为什么我的初始子查询会看到外表,但是在将整个语句包装在子查询中后呢？
>那就是说,如果我想做的事情是无法做到的,重构第一个查询以消除重复的最好方式是什么？我应该参考table1两次(所有的重复需要)？还是在(可能)一个更好的方法来解决这个问题？

提前致谢！

– – – 编辑 – – –

因为有些人猜测到上面的这些查询不是我重构的实际查询,而是我遇到的问题的一个例子.我正在处理的查询更复杂,所以我犹豫不决地将其发布在这里,因为我恐怕会让人失望.

—— UPDATE ——

所以我由一个开发人员跑了,他有一个可能的解释为什么我的子查询失去访问t1.因为我把这个子查询包含在括号里,所以他认为这个子查询是在评估表t1之前被评估的.这肯定会解释“ORA-00904：”t1“.”id“：无效标识符错误我已经收到.这也表明,像操作的算术顺序一样,在语句赋值语句中给予它优先权.如果他们同意/不同意,我仍然会喜欢专家权衡,这是我在这里看到的一个合理的解释.