50 años de SQL

#4 Vaya, otro programador despechado con sql, que raro. EL sequel es para lo que es, leer y escribir datos en una base de datos. Es un lenguaje muy muy robusto para lo que está pensado, funciona y funciona muy pero que muy bien para esas tareas. Si intentas ponerte a hacer otro tipo de virguerías con él pues atente a las consecuencias. Podrás meter un tornillo con un martillo, pero no es la herramienta adecuada. "Manipular objetos", "montón de dialectos y extensiones", "paños cutres"... no estás hablando de sql, eso es seguro. Seguramente para conservar la compabitibilidad con sistemas viejos y por tradición... cada vez que escucho esto me parto de risa.
Llevo unos 25 años viviendo de la informática. De ellos unos 12 fui programador (soy viejuno, aprendí a programar con MSX Basic, en mi primer curro usé Turbo Pascal + dBase, luego usé Delphi, no le hacía ascos a C++ / Ensamblador y toqué también Java, Magento y algunas cosillas más en los últimos años que aún mi pueso ponía programador). Pero me gustaban las consultas sql y tenía curiosidad por como hacerlas más rápidas y optimizarlas. Eso me llevo poco a poco a ser el que sin querer se encargaba de las bases de datos, a esto le llaman "Accidental DBA" en el gremio. Porque, al igual que hoy, ya hace 20 años muchos programadores decía que era aburrido y antiguo y blablabla. Y tras par de años así decidí dar el salto y pasé a ser DBA a tiempo completo. Unos 10 años después no puedo estar más contento, soy DBA a tiempo completo y sequel me da de comer. 
Va parrafada.
La raíz de sql está en lo tan bien pensado que está para trabajar con conjuntos de datos relacionales, y a su vez está basado en el álgebra booleana y conceptos matemáticos fundamentales y básicos. Sequel es un lenguaje declarativo abstracto (ya lo dijo #18) que permite acceder a conjuntos lógicos de datos independientemente de como están almacenado físicamente. Precisamente por su implementación basada en conceptos de la teoría de conjunto y álgebra booleana puedes lograr operaciones matemáticas cerrada* y aplicar operaciones relacionales sobre el conjunto resultado. Esto se traduce en una potencia impresionante para la manipulación de conjuntos y por ende la extracción de datos de una base de datos de una manera muy eficiente. Si me dieran un céntimo por cada vez que he visto a un programador usar RBAR (Row By Agonizing Row) para acceder y manipular datos, sería millonario.
Luego ya tienes que justamente por los años que lleva usándose es ubicuo en la industria, es muy muy robusto y tiene pocas vulnerabilidades (sql injection no es problema de sequel, es problema de los programadores que no saben usarlo). Tienes bases datos como Oracle, MS SQL Server, Postgresql, MySQL y similares que llevan décadas en el mercado y por tanto multitud de personas que están familiarizados con la sintaxis y conceptos del lenguaje, que a su vez facilita la incorporación de nuevas personas al equipo así como el mantenimiento y/o administración de sistemas basados en estas bases de datos.
No sé si te suena el standard ANSI/ISO, para muchos eso es "burocracia", pero resulta que sequel es el lenguaje "de facto" utilizado en la industria para acceder a datos. Y justamente por respetar esos estándares y el que los cambios que se hacen se hacen con mucho cuidado, es completamente "backwards compatible". Para tí quizás sea "por tradición" pero ya me dirás porqué los bancos usan COBOL (y no, no es por "tradición"). 
Y para rematar, ACID.
Y podría seguir pero para qué. Si a mi lo que me interesa es que la gente reniegue del sequel y las bases de datos relacionales, me va de maravilla, más oportunidades pa'mi y seguridad de que los próximos 20 años no me faltará curro optimizando las cagadas de los que no les interesa aprender un poco de sequel.
Definición: cerrado (en una operación) Describe un conjunto para el cual una operación dada (como la suma y la multiplicación) da un resultado que también es miembro del mismo conjunto.