我相信查询应该是这样的：
SELECT r.aa, n.bb, nd.cc, u.id, ud.dd, g.attr
FROM tab1 AS u
INNER JOIN tab2 AS v ON u.user1 = v.user1 AND u.id = 102
LEFT OUTER JOIN tab3 AS a ON a.user = u.user
LEFT OUTER JOIN tab4 AS n ON n.nas = a.nas
LEFT OUTER JOIN tab5 AS d ON n.nas1 = d.nas1
LEFT OUTER JOIN tab6 AS r ON r.xx = n.xx
LEFT OUTER JOIN (SELECT g.attr, g.ac
FROM tab7 AS x
JOIN tab8 AS atr ON x.sso = atr.sso
WHERE UPPER(atr.name) = 'NAME'
) AS g ON a.ac = g.ac
我将别名“nd”更改为“d”，将“ud”更改为“v”，以便所有别名都是单字母。 Informix 表示法中的嵌套OUTER(tab7 g, tab8 atr) 本身就是一个内连接（就像我的版本中的子选择一样），但该结果集是与a.ac 外连接的。重写是这么说的。
我在子查询中使用了 WHERE 子句；如果您愿意，可以将 WHERE 条件留在 ON 子句中。优化器可能会正确且等效地处理。类似地，内部连接中的AND u.id = 102 可以放入 WHERE 子句中。同样，优化器可能会降低过滤条件以获得更好的性能。
请注意，子查询中的 UPPER 函数可能需要进行表扫描 - 除非您在 UPPER(atr.name) 上有功能索引。
重温一下，查询的开头部分的音译不准确。
原始查询包含 FROM 子句：
FROM tab1 u, tab2 ud, OUTER(tab3 a, tab4 n, tab5 nd, tab6 r, OUTER(tab7 g, tab8 atr))
表tab3、tab4、tab5 和tab6 相互内连接，结果外连接到tab1 和tab2。类似地，tab8 内连接到 tab7，但其结果是外连接到表 3-6 的内连接。我给出的原始答案（基于问题中的大纲答案）将使用旧的 Informix 表示法表示：
FROM tab1 u, tab2 ud,
OUTER(tab3 a, OUTER(tab4 n, OUTER(tab5 nd, OUTER(tab6 r, OUTER(tab7 g, tab8 atr)))))
因此，将原始查询转录为：
SELECT r.aa, n.bb, nd.cc, u.id, ud.dd, g.attr
FROM tab1 AS u
JOIN tab2 AS v ON u.user1 = v.user1 AND u.id = 102
LEFT OUTER JOIN
(SELECT *
FROM tab3 AS a ON a.user = u.user
JOIN tab4 AS n ON n.nas = a.nas
JOIN tab5 AS d ON n.nas1 = d.nas1
JOIN tab6 AS r ON r.xx = n.xx
LEFT OUTER JOIN
(SELECT g.attr, g.ac
FROM tab7 AS x
JOIN tab8 AS atr ON x.sso = atr.sso
WHERE UPPER(atr.name) = 'NAME'
) AS g ON a.ac = g.ac
) AS loj
剩余的问题是确保为复杂的loj 子查询中的列使用正确的别名。请注意，在没有 LEFT、RIGHT 或 FULL 的情况下，JOIN 被假定为 INNER 连接；此外，如果您指定 LEFT、RIGHT 或 FULL，则 OUTER 是可选的。
另一个需要注意的细节：旧式 Informix OUTER 联接在过滤条件下的行为与标准 SQL OUTER 联接的行为不同。这很少会产生影响，但有时可能很重要。总的来说，标准 SQL OUTER 联接的行为通常是您想要的，但是如果您运行回归测试并发现答案有所不同，解释可能是旧式 Informix OUTER 联接做的事情不同来自新型标准 SQL OUTER 连接。