El artículo técnico argumenta que los desarrolladores de aplicaciones deben eliminar la dependencia de los procedimientos almacenados (sprocs) en su código base. El autor, un desarrollador con cinco años de experiencia, sostiene que estas funciones son una compensación ineficiente para administradores de bases de datos que no guían adecuadamente a los equipos de desarrollo. El texto detalla que, aunque los sprocs ofrecen ventajas teóricas como el caché de planes y las consultas parametrizadas, estos beneficios se replican perfectamente al ejecutar consultas SQL directas desde la aplicación. Al mantener el control de la lógica de acceso a la base de datos, los desarrolladores pueden versionar sus consultas junto con su código, permitiendo rollbacks seguros y evitando la desincronización de migraciones. Además, el artículo ofrece una guía práctica para mejorar la interacción con la base de datos: minimizar las peticiones de red mediante patrones de upsert, utilizar índices adecuados basados en la cardinalidad de las columnas y aprovechar los índices cubrientes. La conclusión es que la responsabilidad del SQL debe residir en el equipo de desarrollo, no en el DBA, para garantizar una arquitectura más robusta y mantenible.
Noticias agregadas con IA