Sei sulla pagina 1di 5

SOBRE SQL Server

CREADORES
Donald Don Chamberlin
Nacido en 1944, San Jos, California.
Estados Unidos Luego de asistir a la
Campbell estudio la ingeniera en el
colegio de Harvey Mudd, donde tiene una
licenciatura. Se gradu en la Universidad
Stanford. Estudio Ingeniera elctrica y
minored en ciencias informticas .Donde
Obtuvo su Doctorado Luego de su
graduacin fue llamado a trabajar para la
IBM Research y miembro de Equipo
Sistema R

de

Chamberlin conocido por su trabajo con


Ray boyce al Disear el idioma original de Base de Datos SQL (Lengua de
la Pregunta Estructurada). Contribuyo tambin con el grupo W3C sobre
Lenguajes XML Query y un editor de los XPath 2.0 y XQuery
Actualmente se dedica al aprendizaje, preparacin de los jvenes en
computacin, trabajos voluntarios, viajes y publicar textos como:
SQL: Sequel: Un ingls estructurado Query Lenguaje
Edredn: Lengua XML Query para fuentes de datos heterogneas
Recuperacin de informacin: SIGMOD Record 2003
Un artculo 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
informtica en Purdue en 1971. Durante su tiempo en Purdue, donde
conoci a su esposa quien fue una estudiante de enfermera.
Luego de Purdue trabaj en la base de datos de proyectos
de IBM en Yorktown Heights, Nueva York . En el corto plazo lo que tena,
duracin de dos aos, 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 gestin del
grupo de desarrollo de base de datos Relacin de IBM en San Jos,
California .
Su muerte fue consecuencia de un aneurisma del cerebro, dejando atrs a
su esposa de casi cinco aos, Sandy, y su hija Kristin,

APARICION DE LAS BASES DE DATOS RELACIONALES


Para entender la informtica y como se relaciona la base de
Datos. Haremos una introduccin y su proceso
A mediados de los 80 ya existan mltiple Bases de
Datos Datos, jerrquicas, en red, cuyos fabricantes eran
compaas de software independiente, e incompatibles
entre s.
A principios de los setenta, el ingeniero de IBM en San Jos,
California, el britnico Edgar. F. Codd estaba convencido
de que las Bases de Datos no tenan mucho futuro en la
forma que estaban planteadas, sobre todo desde el punto
de vista del diseo.
Para disear correctamente una Base de Datos Jerrquica o
en Red no era nada sencillo, y programar los accesos,
menos an. Y l abogaba por un mtodo de diseo mucho
ms natural, ms sencillo y que viniera determinado
exclusivamente por los datos de la Aplicacin.
En programacin estructurada, tanto el francs Warnier
como, el ingls Jackson estaban pensando casi lo mismo:
para disear programas la nica fuente fiable de
informacin eran los datos sobre los que se aplicaba dicho
programa.
En 1970, Codd public un paper de ttulo A Relational
Model of Data for Large Shared Data Banks, en el
que expres sus teoras. Sin muchos logros
IBM, no tuvo inters alguno, por un lado, estaba el reciente
lanzamiento de IMS (1968), base de datos jerrquica en la
que se haba hecho un gran esfuerzo inversor, y que
pretenda, lgicamente, amortizar
Y con la tecnologa de la poca era imposible imaginarse
siquiera la implementacin de algo como un Gestor
Relacional de Bases de Datos.
Pero En qu consistan las ideas de Codd?
En primer lugar, el diseo deba ser realizado de manera
natural, utilizando lo ms sencillo posible de las
representaciones de los datos o los ficheros planos. Nada de
complicadas estructuras reticulares ni jerrquicas: Basta

con la Relacin de todos los datos necesarios para la


Aplicacin: 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
Adems la recuperacin (toda la gestin, en realidad) de la
informacin debera atenerse a las normas formales del
lgebra y del Clculo.
As que describe el lgebra Relacional aplicable a sus
relaciones (que exista ya, pero no haba sido muy
explorada), que permite realizar operaciones con
Relaciones. Estas operaciones bsicas son:
Seleccin, permite obtener un cierto nmero de filas
(tuplas en la jerga relacional) de la Relacin original;
Proyeccin, permite obtener un determinado nmero de
datos -columnas- de una determinada Relacin;
Producto Cartesiano, permite obtener todas las
combinaciones resultantes y con columnas diferentes (pero
con clave idntica);
Unin, permite obtener una nica relacin que contenga
todas las filas de dos o ms relaciones con las mismas
columnas;
Diferencia, permite obtener las filas de una relacin que
no tienen correspondencia en otra relacin, (estn en una,
pero no en la otra);

Renombrado, aadida posteriormente por cuestiones


formales, permite cambiar el nombre a una columna de una
relacin.
Como funciona esto en las Matemticas
Si se hace memoria de la Lgica de Conjuntos, Se observa
la interseccin, pero lo que se obtiene el resultado de
aplicar dos diferencias consecutivas: si los conjuntos son A
y B, la interseccin de A y B se calcula como (A (A B)).
As, el lgebra Relacional queda definida como un
subconjunto de la Lgica de Primer Orden. Y el Teorema
de Codd establece la correspondencia entre el lgebra
Relacional y el Clculo Relacional.
Con esto sera factible construir un programa que, dados los
resultados deseados (las especificaciones funcionales), y la
estructura de la Base de Datos,
calcule matemticamente el mejor camino para obtener la
informacin, eliminando con ello, uno de los puntos ms
espinosos de la programacin de las Bases de Datos
tradicionales: la necesidad de que un programador avezado
escribiera el cdigo exacto para optimizar los accesos.
Incluso en 1970, era evidente que almacenar toda la
informacin de una gran Aplicacin en un solo fichero fsico
era entonces (como ahora) una autntica locura: la
inmensa redundancia de informacin que se producira
hara 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 diseo
Proceso de Normalizacin
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 segua 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
haba diseado, inventaron otro diferente, de
nombre SEQUEL, aos despus, 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 diseo 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 pblicas de SQL/DS, Larry
Ellison (fundador de Relational Software) y un equipo de
ingenieros (entre los que haba alguno que particip en el
proyecto System/R) disearon una Base de Datos
llamada Oracle, (1981)

Potrebbero piacerti anche