Biografia Modelo Relacional

Boletín de Política IInformáticaNúm. 6, 2003
Boletín de Política nformática Núm. 6, 2003

El modelo relacional de
bases de datos

Javier Quiroz

El contenido entero de una base de datos
relacional se representa por una y sola una
forma, a saber: como valores de atributos en
tuplas dentro de relaciones.
E. F. Codd
A su memoria: honor a quien honor merece…

El 18 de abril del 2003falleció el Dr. Edgar Frank Codd, a la edad de 79 años víctima de un
ataque al corazón. Aún si usted nunca escuchó o supo del Dr. Codd, lo más probable que a
diario utilice cotidianamente tecnología derivada de las teorías de este brillante matemático
y científico de la computación. Nacido en Inglaterra, la mayor parte de su vida la pasó en
los Estados Unidos trabajando y desarrollando susideas que culminaron en una serie de
informes técnicos acerca de una nueva manera de organizar y acceder los datos. A partir de
estos trabajos publicó en 1970 el artículo A Relational Model of Data for Large Shared
Data Banks, algo así como Un modelo de datos relacional para grandes bancos de datos
compartidos.
Codd propuso que los sistemas de bases de datos deberían presentarse a los usuarioscon
una visión de los datos organizados en estructuras llamadas relaciones, definidas como
conjuntos de tuplas (filas) y no como series o secuencias de objetos, con lo que el orden no
es importante. Por tanto, detrás de una relación puede haber cualquier estructura de datos
compleja que permita una respuesta rápida a una variedad de consultas. Codd hizo entonces
El autor es Coordinador deSistemas de Información y Bases de Datos, Dirección de
Informática de la Dirección General de Estadística, INEGI.

53

Boletín de Política Informática Núm. 6, 2003

énfasis en que el usuario de un sistema relacional sólo debía preocuparse por el qué
consultar y no el cómo de las estructuras de almacenamiento (lo que ahora se conoce como
modelo físico). Aún hoy se consideran validas susafirmaciones, especialmente:
“Los usuarios futuros de grandes bancos de datos deben ser protegidos de tener que
saber cómo están organizados los datos en la máquina (la representación interna. […] Las
actividades de los usuarios en sus terminales y la mayoría de programas de aplicación no
debería verse afectados cuando se cambia la representación interna de los datos o incluso
cuando secambian algunos aspectos de la representación externa. Se necesitará cambiar la
representación de los datos a menudo como resultado de los cambios en el tráfico de las
consultas, actualizaciones e informes y como consecuencia del crecimiento natural en los
tipos de información almacenada.”
Puede parecer extraño, pero las ideas de Codd no fueron “recibidas con los brazos
abiertos” en IBM, donderealizaba sus labores de investigación, según afirma Harlwood
Kolsky, un físico y antiguo compañero de Codd; “fue un enfoque revolucionario”, recuerda
Kolsky. El nuevo enfoque de Codd, basado en la teoría matemática de conjuntos, no tuvo
eco inmediato en IBM, que prefirió a IMS, un producto al que se le había invertido una
fuerte cantidad de esfuerzo y dinero.

54

Un grupo de la Universidadde Berkeley en California, lidereado por Michael
Stonebreaker, creyó en la idea del modelo relacional y obtuvo financiamiento para
desarrollar un sistema, el Ingres, cuya primera versión se presentó en 1974 y fue el primer
manejador relacional de bases de datos funcional. Esto tuvo como consecuencia que IBM
reaccionara poniendo en marcha otro sistema relacional, el System R concaracterísticas de
multiusuario y un lenguaje de consulta estructurado, el SEQUEL que luego pasaría a
llamarse SQL (Structured Query Language). Para entonces Larry Ellison, un empresario del
Valle del Silicón, había tomado ventajas de los escritos de Codd para crear un nuevo
producto y una nueva empresa que hasta la fecha se conoce como Oracle.
En 1985 Codd publicó sus famosas 12 reglas sobre el modelo...