能否将PostgreSQL的USING子句与额外连接条件结合使用？

当然可以结合USING的简洁性和不同列名的连接条件，不用被迫写冗长的全ON子句！这里有两种实用的方法，适配不同场景：

方法1：USING + 额外连接条件（优先适配INNER JOIN） #

对于INNER JOIN来说，你可以先用USING(id1, id2)处理同名连接列，再把不同列的匹配条件放到WHERE子句里——这样既保留了USING的简洁，又避免了重复写a.id1 = b.id1这类冗余代码：

SELECT id1, id2, a.creationDate, b.lastUsedDate, ...
FROM A
JOIN B USING(id1, id2)
WHERE a.creationDate = b.lastUsedDate;

注意：如果是OUTER JOIN（LEFT/RIGHT/FULL），这种写法和把条件放在ON里的效果会不一样——WHERE会过滤掉不匹配的行，而ON只会控制连接逻辑。如果是OUTER JOIN场景，建议用下面的方法2，或者直接写ON子句但简化同名列的写法。

方法2：子查询统一列名，全用USING #

如果你想彻底保持USING的风格，可以通过子查询给不同名的日期列赋予相同的别名，之后就能用USING一次性连接所有列：

SELECT id1, id2, date_col, ...
FROM (
    SELECT id1, id2, creationDate AS date_col
    FROM A
) AS a
JOIN (
    SELECT id1, id2, lastUsedDate AS date_col
    FROM B
) AS b
USING(id1, id2, date_col);

这种写法看起来更整洁，而且不管是INNER还是OUTER JOIN，连接逻辑都统一在USING里，不会有歧义问题。PostgreSQL的查询优化器会自动消除子查询的额外开销，不用担心性能问题。

关于列名歧义的补充 #

你提到的省略表前缀时的歧义问题，用USING子句处理的同名列（id1、id2）在查询结果里会自动合并成一个无前缀的列，所以直接写id1、id2就不会有歧义；而不同名的列（比如creationDate和lastUsedDate）只要在查询时加上表前缀（a.creationDate），也能避免PostgreSQL的歧义提示。

内容的提问来源于stack exchange，提问作者Eric