Más allá de los ORM: por qué el SQL directo vuelve a tener sentido

Este artículo de Jeremy Evans reflexiona sobre el diseño de los ORM (mapeadores objeto-relacional) y explica su preferencia por interactuar directamente con las bases de datos mediante SQL plano. Evans, creador de la gema Sequel y de Extralite (una biblioteca Ruby para SQLite), sostiene que los ORM presentan limitaciones técnicas claras: carecen de soporte para funciones ventana, expresiones de tabla comunes (CTE) o la cláusula RETURNING; añaden una dependencia pesada (la base de código de ActiveRecord ronda las 43.000 líneas); imponen costes de memoria y CPU; y basan su modelo en mapear filas a objetos, un patrón descrito como "el Vietnam de la informática". Mediante un ejemplo práctico, el autor muestra cómo un código aparentemente inocente con ActiveRecord puede generar consultas N+1 innecesarias y cómo una sola sentencia SQL con RETURNING resuelve el problema en una única ida y vuelta a la base de datos. Evans cuestiona la utilidad del DSL de los ORM cuando una aplicación CRUD típica apenas ejecuta una docena de consultas distintas por tabla, y argumenta que escribir SQL directo resulta más simple, más eficiente y más mantenible. También critica la abstracción de ActiveRecord como inadecuada para datos modernos: series temporales, logs de eventos, almacenes clave-valor o colas de trabajos, donde interesan conjuntos de registros y no entidades individuales. Concluye defendiendo que entender el código, comprender qué hace la base de datos y cuidar el rendimiento siguen siendo habilidades esenciales frente a la cultura del "vibe coding" y del uso masivo de herramientas de IA generativa.