SOBRE SQL Server CREADORES Donald Don Chamberlin Nacido en 1944, San José, California. Estados Unidos Luego de asistir a la Campbell estudio la ingeniería en el colegio de Harvey Mudd, donde tiene una licenciatura. Se graduó en la Universidad Stanford. Estudio Ingeniería eléctrica y minored en ciencias informáticas .Donde Obtuvo su Doctorado Luego de su graduación fue llamado a trabajar para la IBM Research y miembro de Equipo Sistema R
de
Chamberlin conocido por su trabajo con Ray boyce al Diseñar el idioma original de Base de Datos SQL (Lengua de la Pregunta Estructurada). Contribuyo también con el grupo W3C sobre Lenguajes XML Query y un editor de los XPath 2.0 y XQuery Actualmente se dedica al aprendizaje, preparación de los jóvenes en computación, trabajos voluntarios, viajes y publicar textos como: SQL: Sequel: Un inglés estructurado Query Lenguaje Edredón: Lengua XML Query para fuentes de datos heterogéneas Recuperación de información: SIGMOD Record 2003 Un artículo para Springer Enciclopedia sobre Bases de Datos: SQL http://researcher.watson.ibm.com/researcher/view.php?person=usdchamber
Ray boyce Raymond F. Boycer muerto en 1974 Boyce nacional de Nueva York , y fue a la universidad en Providence, Rhode Island . Obtuvo un doctorado en informática en Purdue en 1971. Durante su tiempo en Purdue, donde conoció a su esposa quien fue una estudiante de enfermería. Luego de Purdue trabajó en la base de datos de proyectos de IBM en Yorktown Heights, Nueva York . En el corto plazo lo que tenía, duración de dos años, fue co-desarrollado Boyce-Codd forma normal . Trabajo Junto con Donald D. Chamberlin en lo que fue co-desarrollador del Lenguaje de consulta estructurado ( SQL ), mientras que la gestión del grupo de desarrollo de base de datos Relación de IBM en San José, California . Su muerte fue consecuencia de un aneurisma del cerebro, dejando atrás a su esposa de casi cinco años, Sandy, y su hija Kristin,
APARICION DE LAS BASES DE DATOS RELACIONALES Para entender la informática y como se relaciona la base de Datos. Haremos una introducción y su proceso A mediados de los 80 ya existían múltiple Bases de Datos Datos, jerárquicas, en red, cuyos fabricantes eran compañías de software independiente, e incompatibles entre sí. A principios de los setenta, el ingeniero de IBM en San José, California, el británico Edgar. F. Codd estaba convencido de que las Bases de Datos no tenían mucho futuro en la forma que estaban planteadas, sobre todo desde el punto de vista del diseño. Para diseñar correctamente una Base de Datos Jerárquica o en Red no era nada sencillo, y programar los accesos, menos aún. Y él abogaba por un método de diseño mucho más natural, más sencillo y que viniera determinado exclusivamente por los datos de la Aplicación. En programación estructurada, tanto el francés Warnier como, el inglés Jackson estaban pensando casi lo mismo: para diseñar programas la única fuente fiable de información eran los datos sobre los que se aplicaba dicho programa. En 1970, Codd publicó un paper de título “A Relational Model of Data for Large Shared Data Banks”, en el que expresó sus teorías. Sin muchos logros IBM, no tuvo interés alguno, por un lado, estaba el reciente lanzamiento de IMS (1968), base de datos jerárquica en la que se había hecho un gran esfuerzo inversor, y que pretendía, lógicamente, amortizar Y con la tecnología de la época era imposible imaginarse siquiera la implementación de algo como un Gestor Relacional de Bases de Datos. Pero ¿En qué consistían las ideas de Codd? En primer lugar, el diseño debía ser realizado de manera natural, utilizando lo más sencillo posible de las representaciones de los datos o los ficheros planos. Nada de complicadas estructuras reticulares ni jerárquicas: Basta
con la Relación de todos los datos necesarios para la Aplicación: un compendio de todos los campos a gestionar en una sola Lista de Datos. De aquí viene el propio nombre de “Relacional”, pues se basa en Relaciones o listas de datos.
Un modelo relacional Además la recuperación (toda la gestión, en realidad) de la información debería atenerse a las normas formales del Álgebra y del Cálculo. Así que describe el Álgebra Relacional aplicable a sus relaciones (que existía ya, pero no había sido muy explorada), que permite realizar operaciones con Relaciones. Estas operaciones básicas son: Selección, permite obtener un cierto número de filas (tuplas en la jerga relacional) de la Relación original; Proyección, permite obtener un determinado número de datos -columnas- de una determinada Relación; Producto Cartesiano, permite obtener todas las combinaciones resultantes y con columnas diferentes (pero con clave idéntica); Unión, permite obtener una única relación que contenga todas las filas de dos o más relaciones con las mismas columnas; Diferencia, permite obtener las filas de una relación que no tienen correspondencia en otra relación, (están en una, pero no en la otra);
Renombrado, añadida posteriormente por cuestiones formales, permite cambiar el nombre a una columna de una relación. Como funciona esto en las Matemáticas Si se hace memoria de la Lógica de Conjuntos, Se observa la intersección, pero lo que se obtiene el resultado de aplicar dos diferencias consecutivas: si los conjuntos son A y B, la intersección de A y B se calcula como (A – (A – B)). Así, el Álgebra Relacional queda definida como un subconjunto de la Lógica de Primer Orden. Y el Teorema de Codd establece la correspondencia entre el Álgebra Relacional y el Cálculo Relacional. Con esto sería factible construir un programa que, dados los resultados deseados (las especificaciones funcionales), y la estructura de la Base de Datos, calcule matemáticamente el mejor camino para obtener la información, eliminando con ello, uno de los puntos más espinosos de la programación de las Bases de Datos tradicionales: la necesidad de que un programador avezado escribiera el código exacto para optimizar los accesos. Incluso en 1970, era evidente que almacenar toda la información de una gran Aplicación en un solo fichero físico era entonces (como ahora) una auténtica locura: la inmensa redundancia de información que se produciría haría inviable cualquier proceso posible. Codd empezó a describir Reglas para Normalizar Bases de Datos Relacionales. Ya en 1971 se formalizado la primera, luego en 1973 estaban ya formalizadas las Tres Primeras Formas Normales, y es a donde todo el mundo llega normalmente en el proceso de diseño Proceso de Normalización En 1974, entre Codd y Raymond Boyce definieron la así llamada Forma Normal de Boyce-Codd, y posteriormente se definieron la Cuarta, la Quinta y la Sexta Formas Normales, esta última fue en 2002.
IBM seguía ignorando a Codd quien no se doblego: con el tiempo consiguió que IBM arrancara su primer proyecto relacional, el abuelo de todos ellos: System R, aquí trabajo con Donald D. Chamberlin. Sin embargo, no se utilizó el Lenguaje ALPHA que Codd había diseñado, inventaron otro diferente, de nombre SEQUEL, años después, y debido a que el nombre SEQUEL estaba registrado ya, cambió su nombre a SQL, System R terminó con cierto éxito, no por ser muy eficiente, no lo era, sino por demostrar que es factible construir un Gestor de Bases de Datos Relacionales con un buen rendimiento en entornos transaccionales. Y muchas de las decisiones de diseño que se tomaron entonces han sido adoptadas por todas las Bases de Datos Relacionales desde entonces.
Larry Ellison, fundador de Oracle A partir de las especificaciones públicas de SQL/DS, Larry Ellison (fundador de Relational Software) y un equipo de ingenieros (entre los que había alguno que participó en el proyecto System/R) diseñaron una Base de Datos llamada Oracle, (1981)