PostgreSQL Antipatterns: CTE x CTE
Tijdens mijn werk kom ik situaties tegen waarin een ontwikkelaar een query schrijft en denkt: "de database is slim, die regelt het zelf!" In sommige gevallen (deels door onwetendheid over de mogelijkheden van de database, deels door voortijdige optimalisaties) leidt deze aanpak tot het ontstaan van "frankensteins". Eerst zal ik een voorbeeld van zo'n query geven: — voor elk sleutel-waarde paar vinden we de bijbehorende waarden van de velden WITH RECURSIVE cte_bind AS […]
