Tarea Modelo Relacional Codd.docx

EL MODELO RELACIONAL DE BASE DE DATOS Codd propuso que los sistemas de base de datos deberían presentarse a los usuarios con una visión de los datos organizados en estructuras llamadas relaciones, definidas como conjunto de tuplas o filas y no como series o secuencia de objetos, con lo que el orden no es importante. El usuario de un sistema relacional solo debía preocuparse por el que consultar y no él cómo de las estructuras de almacenamiento. Las ideas de Codd fueron rechazadas por IBM, por lo tanto decidió ir a IMS. Se obtuvo un sistema llamado el Ingres, que fue creado por un grupo de la Universidad de Berkeley en California, dirigido por Michael Stonebreaker en 1974, y fue el primer manejador relacional de base de daros funcional, debido a esto IBM se vio amenazado lo cual creo un sistema relacional, System R, el SEQUEL que luego paso a llamarse SQL. Para entonces Larry Ellison, tomo ventajas sobre los escritos de Codd, para crear un nuevo producto, Oracle. En 1985 publico sus famosas 12 reglas sobre el modelo relacional de BD. Codd también participo en el modelo multidimensional de análisis de datos conocido como OLAP, que luego sus amigos hicieron las “12 reglas para OLAP”. Recibió incontables reconocimientos entre ellos el “Premio Turing” en 1981 por la ACM, por ser el mejor en informática. LA ESENCIA DEL MODELO La estructura del modelo relacional es la relación, es decir una tabla bidimensional constituida por filas (tuplas) y columnas (atributos). Las relaciones representan las entidades. Cada instancia de la entidad encontrará sitio en una tupla relación, mientras que los atributos de la relación representan las propiedades de la entidad. Las tuplas en una relación son un conjunto en el sentido matemático del término, es decir una colección no ordenada de elementos diferentes. Para distinguir una tupla de otra, se recurre al concepto de "llave primaria", o sea un atributo o conjunto de atributos que permiten identificar unívocamente una tupla en una relación. En una relación puede haber más combinaciones de atributos que permitan identificar unívocamente una tupla ("llaves candidatas"), pero entre éstas se elegirá una sola para utilizar como llave primaria. Los atributos de la llave primaria no pueden asumir el valor nulo.

Cada atributo de una relación se caracteriza por un nombre y por un dominio. El dominio indica qué valores pueden ser asumidos por una columna de la relación, se define a través de la declaración de un tipo para el atributo. El motor de datos se ocupará de controlar que en los atributos de las relaciones se incluyan sólo los valores permitidos por sus dominios. Característica fundamental de los dominios de una base de datos relacional es que sean "atómicos", se dice que no es posible tener atributos con valores múltiples (multivaluados). La normalización, o sea la razón y uso de las formas normales, es evitar la repetición innecesaria de datos (redundancia). El Dr. Codd también propuso el álgebra relacional, un lenguaje formal con una serie de operadores que trabajan sobre una o varias relaciones para obtener otra relación resultado, sin que cambien las relaciones originales. Codd originalmente propuso ocho operandos pero sólo cinco son fundamentales: restricción, proyección, producto cartesiano, unión y diferencia, que permiten realizar la mayoría de las operaciones de obtención de datos. Los operadores no fundamentales son la concatenación (join), la intersección y la división. La restricción y la proyección son operaciones unarias porque operan sobre una sola relación. El resto de las operaciones son binarias porque trabajan sobre pares de relaciones. Desarrolló el primer lenguaje relacional llamado ALPHA el cual formó el fundamento para el desarrollo subsecuente de lenguaje SQL (original SEQUEL). El comité ANSI/SPARC de 1975 definió la separación en tres niveles de los sistemas manejadores de bases de datos: externo, conceptual e interno que vinieron a redundar en lo que ahora se conoce como subesquema externo, esquema lógico y esquema físico. En otras palabras: los modelos conceptual, lógico y físico. Sin embargo, fue el Dr. Codd quien estableció los fundamentos para esta separación con conceptos tales como la independencia lógica y física de los datos (reglas 8 y 9), de independencia, integridad y distribución (reglas 10 y 11). A partir del modelo relacional el usuario no tendría por qué preocuparse de los aspectos técnicos de la base de datos. EL DEBATE ENTIDAD-RELACIÓN VS. ESQUEMA EN ESTRELLA En la década de 1990 hubo un fuerte impulso en pro de la tecnología del data warehousing. Hubo un debate acerca de cómo implementar un data warehouse, donde resaltaron el modelado Entidad-Relación (E-R), donde las entidades representan relaciones normalizadas (por lo general, en tercera forma normal); y segundo el esquema en estrella (E-E), donde las entidades se modelan en tablas con hechos y dimensiones.

En una base de datos completamente normalizada, es suficiente para el diseñador declarar restricciones al manejador sustentadas en la llave, lo cual garantiza la integridad y consistencia de la base de datos. Modelo Entidad relación; es solo y exclusivamente un método del que disponemos para diseñar estos esquemas que posteriormente debemos de implementar en un gestor de BBDD (bases de datos). Este modelo se representa a través de diagramas y está formado por varios elementos. Este modelo habitualmente, además de disponer de un diagrama que ayuda a entender los datos y como se relacionan entre ellos, debe de ser completado con un pequeño resumen con la lista de los atributos y las relaciones de cada elemento. Modelo Esquema estrella; en las bases de datos usadas para data warehousing, un esquema en estrella es un modelo de datos que tiene una tabla de hechos que contiene los datos para el análisis, rodeada de las tablas de dimensiones. Este aspecto, de tabla de hechos (o central) más grande rodeada de radios o tablas más pequeñas es lo que asemeja a una estrella, dándole nombre a este tipo de construcciones. Las tablas de dimensiones tendrán siempre una clave primaria simple, mientras que en la tabla de hechos, la clave principal estará compuesta por las claves principales de las tablas dimensionales. EL FUTURO DEL MODELO RELACIONAL Ya desde principios de 1990 se hablaba del “fin del modelo relacional” y su sustitución por las bases de datos orientadas a objetos. Pero el caso es que en el año 2001 de 8 mil 884 millones de dólares pagados por licencias de bases de datos, 7 mil 107 correspondieron al modelo relacional. Más significativo es el hecho de que en el año 2000 las ventas para bases de datos relacionales tuvieron un incremento del 15% en tanto, para bases de datos orientadas a objetos y de otro tipo tuvieron un incremento negativo. La adición de nuevas características al modelo relacional es asunto de intenso debate así como la modernización y adecuación del lenguaje SQL a las exigencias siempre cambiantes de un entorno

de gran competencia. En resumen, el modelo relacional de bases de datos es un estándar de la industria consolidado, una tecnología confiable y eficiente que estará entre nosotros aún por muchos años antes de que sea desplazada por una nueva y mejor.