←back to thread

119 points tosh | 1 comments | | HN request time: 0.21s | source
Show context
adrian17 ◴[] No.42157512[source]
> The SQL above results in a plan similar to the DuckDB optimized plan, but it is wordier and more error-prone to write, which can potentially lead to bugs.

FWIW, aside from manual filter pushdown, I consider the JOIN variant the canonical / "default" way to merge multiple tables; it keeps all the join-related logic in one place, while mixing both joining conditions and filtering conditions in WHERE always felt more error-prone to me.

replies(2): >>42157604 #>>42162744 #
1. Sesse__ ◴[] No.42157604[source]
It is also the only way to represent join conditions for outer joins.