En 1974, el ganador del premio Turing, Charles Bachman, asistió a una conferencia sobre bases de datos y conoció a Edgar Cod.
Cod aún no ha agregado el Premio Turing, pero su base de datos relacional es como un sol rojo que sale del este, y el Premio Turing es cuestión de tiempo.
Uno es el líder de la base de datos web y el otro es el abanderado de la base de datos relacional Los dos grandes maestros lanzaron una controversia como la de Marte golpeando la Tierra.
Para los programadores actuales, las bases de datos relacionales como MySQL y Oracle son comunes.
En los libros de texto de bases de datos, las bases de datos relacionales se introducen casi en todo el texto, mientras que las bases de datos jerárquicas y las bases de datos en malla son solo un pequeño adorno del historial de la base de datos.
Pero en la década de 1970, se cuestionó la naciente base de datos relacional.
Debido a que en ese momento todos creían que los programadores deberían ser los navegantes de la estructura de datos, los programadores pueden recordar la relación entre cada registro y otros registros en la base de datos de malla y luego usar el "puntero" para navegar entre los registros.
La idea de Cod es completamente diferente: los programadores no deben tocar la estructura física subyacente.
Debe haber un lenguaje declarativo de nivel superior para acceder a los datos, completamente aislado del almacenamiento de datos subyacente de la base de datos.
Usando un lenguaje declarativo para describir la consulta, ¿puede la base de datos "inteligente" transformarla en la consulta física subyacente?
Ya sabes, los compiladores para lenguajes de alto nivel (como Fortran) requirieron mucho esfuerzo para desarrollarse.
En 1972, IBM reclutó tropas y decidió tomar esta montaña.
IBM se centra en el Instituto de Investigación de San José en California, donde se encuentra Corde, para desarrollar un prototipo de una base de datos relacional.
Dos jóvenes estudiantes de doctorado se sumaron a este proyecto prototipo, y juntos harán una gran aportación que pasa a la historia.
Tanto Chamberlain como Boyce están de acuerdo con el modelo de relación de Cod.
Creo que esta idea es simple y hermosa, con una sola desventaja: ¡es demasiado matemática!
Basado en el modelo relacional, el plan de consultas propuesto por Cod es aún más abrumador.
Chamberlain y Boyce decidieron ocultar la parte de matemáticas.
Llaman a la relación una tabla y luego reemplazan los complicados símbolos matemáticos con un inglés simple SELECT FROM WHERE para que la gente común pueda entenderlo.
Al final, el oscuro álgebra relacional y el cálculo relacional se han convertido en un inglés que los no profesionales pueden entender.
Llamaron a este idioma SEQUEL: Structured English Query Language, que es un idioma estructurado de consulta en inglés.
Más tarde, dado que SEQUEL ya era una marca comercial de una empresa británica, los dos tuvieron una lluvia de ideas y cambiaron el nombre a SQL, que es más simple y fácil de recordar.
En ese momento, IBM no tenía idea de comercializar SEQUL, por lo que permitió a Chamberlain y Boyce publicar sus artículos en una conferencia técnica.
Los dos lanzaron una moneda para determinar quién iba a leer el periódico, pero al final, Boyce ganó.
Desafortunadamente, solo un mes después de la reunión, Boyce murió de un tumor cerebral a la edad de 27 años.
La contribución de Boyce no es solo SQL, él y Cod colaboraron para establecer un concepto que debe enseñarse en los libros de texto de bases de datos: el paradigma BCNF .
Chamberlain, que ha perdido a su mejor amigo, continúa avanzando y completando la última voluntad de Boyce.
Fue nombrado gerente técnico de System R para implementar SQL en System R y demostrar la capacidad de la base de datos relacional: si puede ser competente para el procesamiento de transacciones comerciales.
Al mismo tiempo, con el mismo propósito, UC Berkeley también está desarrollando una base de datos relacional llamada Ingres, pero propusieron un conjunto de su propio lenguaje de consulta: QUEL
En la década de 1980, el precio de las computadoras siguió bajando y finalmente alcanzó un punto de inflexión: un gran número de empresas podían comprar computadoras y software y almacenar sus formularios en papel en la computadora.
La demanda de bases de datos comenzó a aumentar. Dado que las "tablas" son muy fáciles de entender, el desarrollo de programas basados en bases de datos relacionales se ha vuelto simple. Tanto System R como Ingres han tenido éxito, pero pueden dominar el mundo con SQL y QUEL. ?
En ese momento, en San José, la ciudad donde se ubicaba Cod, un joven llamado Larry cambió el equilibrio de la balanza.
Larry estableció inmediatamente una pequeña empresa con sus dos amigos para desarrollar una base de datos relacional basada en miniordenadores VAX.
Profundamente influenciado por los artículos de Chamberlain y Boyce, naturalmente eligió SQL.
Oracle apareció oficialmente en 1979. Larry utilizó su "relación" para vender con éxito la base de datos a varias agencias gubernamentales de Estados Unidos.
La aplicación de Oracle en el gobierno de EE. UU. Tiene tanto éxito que el gobierno de EE. UU. Ha emitido un estándar de procesamiento de información federal, que especifica que SQL debe usarse en la base de datos federal en lugar de otros lenguajes de consulta.
Absolutamente no puede pensar en eso, ahora el famoso Oracle ha hecho una contribución significativa a la popularización de SQL.
Pronto, SQL fue adoptado como estándar oficial por organizaciones importantes como ANSI e ISO.
El SQL certificado oficialmente derrotó a QUEL y se convirtió en el ganador final.
En la década de 1990, incluso Ingres abandonó QUEL y comenzó a adoptar SQL.
Los datos relacionales y SQL barrieron el mercado en las décadas de 1980 y 1990 y dominaron la corriente principal.
Cod recibió el premio Turing en 1983. Chamberlain recibió el premio ACM Software System Award en 1988.
A finales de la década de 1990, apareció un nuevo formato de datos: XML
XML está muy de moda, todo el mundo no puede esperar a que todo esté relacionado con XML.
Este formato de datos es muy diferente al de las bases de datos relacionales y también enfrenta el problema de cómo realizar consultas desde él.
Chamberlain utilizó su experiencia para definir un nuevo lenguaje de consulta XQuery para él .
Pero el tiempo ha demostrado que XML no se ha convertido en un formato de almacenamiento de datos ampliamente utilizado, por lo que XQuery no se utiliza tanto como SQL.
Después de años de desarrollo, SQL ha tenido una amplia gama de influencia y ha ocupado con éxito las mentes de los programadores.
Para reducir el costo del aprendizaje, muchos productos, aunque la capa subyacente no es una base de datos relacional, también se esfuerzan por abordar SQL, especialmente conceptos básicos como SELECT, FROM, WHERE, Order By y Group.
SQL se ha convertido en el rey de la consulta de datos.
Hasta que un día, un tipo llamado NoSQL apareció con un grupo de chicos.
NoSQL se reunirá con amigos la próxima semana, ¡así que estad atentos!