Antipatrones de PostgreSQL: CTE x CTE
En el ejercicio de nuestras funciones, nos encontramos con situaciones en las que un desarrollador escribe una consulta y piensa: '¡la base de datos es inteligente, se ocupará de todo sola!' En algunos casos (en parte por desconocimiento de las capacidades de la BD, en parte por optimizaciones prematuras), este enfoque conduce a la aparición de 'frankenstein'. Primero, daré un ejemplo de tal consulta: — para cada par clave, encontramos los valores asociados de los campos WITH RECURSIVE cte_bind AS […]