mysql - 加入子查询，反模式？

我有一个表a和一个表B，我想加入它们，我只需要几列，所以我认为最好从表a和表B创建子查询，然后像下面演示的那样加入它们：

select * from (Select * from (SELECT A,B,C FROM table1 where A =4756937 and B=290) as a
    join
      (SELECT D,E,F FROM table2) as b
      on a.A = b.E )as c
      join
      (SELECT G,H,I,J
      FROM table2) as d
      on c.F = d.H
    order by A;

原因是
就像我说过的，我只想有一部分列
我可能需要一个特殊的数据子集，例如a=4756937
所以第一个问题是：这是一种反模式吗？或者数据库系统会优化查询吗？
第二个问题：其他程序员会喜欢这种风格吗？有什么好理由去上SQL课程吗？
最后一个问题：在我已经连接表a和b之后的最后一个连接中，我再次连接了表d（也是表b的子查询）上的构造，因为表b中有重复项。
所以我查询的目的是从表a中获取一个特定的nr，并将它连接到键列wihtin table b没有什么特别的：

但表b也有另一个键列（b.f），表示数据行有类似“小兄弟行”的内容。这就是我加入表b（再次作为子查询）的原因：

所以再一次的问题是：我为这个用例所做的工作是合理的、明智的，还是我陷入了反模式的境地？

最佳答案

虽然我不会真的称之为反模式，但我认为将查询部分分开更明智：
结果集
数据集
选择器
排序
不适用于您的情况：聚合
所以我会考虑

SELECT -- Result set definition
  X.A AS A,
  X.B AS B,
  X.C AS C,
  Y.D AS D,
  Y.E AS E,
  Y.F AS F,
  Z.G AS G,
  Z.H AS H,
  Z.I AS I,
  Z.J AS J
FROM -- Dataset definition
  table1 AS X
  INNER JOIN table2 AS Y ON X.A=Y.E
  INNER JOIN table2 AS Z ON Y.F=Z.H
WHERE -- Selector
  X.A=4756937
  AND X.B=290
ORDER BY -- sorting
  X.A
;

为什么这会有好处？
它为查询优化器提供了最大程度的自由度
它在所有范围内保留所有索引（不是所有RDBMS都可以使用范围外索引，如果嵌套子查询的大小达到上限，MySQL也是如此）
它是最可移植的SQL：也许你想使用soemthing而不是MySQL一次？
它是可读和可维护的：如果底层表的结构或您的结果集需求发生了变化怎么办？