PostgreSQL中左连接未引用列的表是否存在合理用途？

先看你创建的视图代码：

CREATE OR REPLACE VIEW my_schema.my_table as
SELECT
    t.integer_id_column,
    t.col2,
    COALESCE(r.col1, r.col2) AS ID,
    r.col1,
    t.col3,
    t.col4,
    r.col2
FROM table1 t
LEFT JOIN table2 qr ON t.integer_id_column = qr.integer_id_column
LEFT JOIN table3 r ON r.integer_quantity = t.integer_quantity AND r.date = t.date
WHERE t.type = 'my_type' AND (t.cost = 0 or t.cost IS NULL)
ORDER BY 1 DESC;

这种左连了table2却完全没引用其列的写法，可能存在几种少见的场景，但更多是冗余或失误：

• 历史遗留的调试痕迹：写视图时可能临时加了这个连接来测试关联逻辑，比如验证table1和table2的匹配情况，后来取消引用table2的列但忘了删掉连接语句。
• 为后续扩展预留连接：当初编写时计划后续要用到table2的字段，提前把连接加上，避免后续修改视图时再写关联条件。
• 写法失误导致的冗余：比如本来想实现“只保留table1中在table2有匹配的行”，但误写成了LEFT JOIN（应该用INNER JOIN）；或者想排除table2有匹配的行，但没加WHERE qr.integer_id_column IS NULL的过滤条件，导致连接完全没起到预期作用。

需要注意的是，这种无意义的LEFT JOIN会带来负面影响：

• 额外的性能开销：PostgreSQL需要扫描table2并执行关联操作，即使没用到它的列，会增加IO和计算资源消耗，数据量大时影响更明显。
• 可能导致结果集重复：如果table2中同一个integer_id_column对应多行，左连接后会让table1的对应行重复出现，破坏原有的数据行数逻辑。

正常情况下，建议直接删除这个未使用的LEFT JOIN，优化视图的执行效率和结果准确性。

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