Resumen de modelo relacional de base de datos

Dr Edgar Frank Cood la mayor parte e us vida la paso trabajando y desarrollando una nueva
manera de organizar y acceder los datos. Propuso que los datos de los sistemas de base de
datos sean presentados al usuario organizados en estructuras llamadas relaciones definidas
como conjunto de tuplas y no de manera secuencial de este modo permitia una respuesta
rápida a una variedad de consultas. Hizo énfasis en que el usuario solo debía preocuparse por
el como consultar y no el como de las estructuras de almacenamiento. Los usuario de grandes
bancos de datos deben ser protegidos de tener que saber como están organizados los datos
internamente. Las actividades de los usarios no deverian verse afectados cuando se cambio la
representación interna o externa.

En 1974 de dasrrolló Ingres siendo el primer manejador relacional de base de datos funcional
luego de ello IBM puso en marcha el System R y el lenguaje de consultas SQL. En 1985 Cood
pulica las famosas 12 reglas sobre el modelo relacional reglas cuales hasta el dia de hoy a
muchos fabricantes de manejadores de base de datos se les dificulta cumplir con las 12 reglas.

La estructura fundamental del modelo relacional es la relación en otras palabras es decir la

tabla bidimensional contituida por filas y columnas. Las relaciones representan las entidades
interesantes en la base de datos. Cada instancia de la entidad tendrá sitio en una tupla de la
relación mientras los atributos representa las propiedad de la entidad. Las tuplas es una
colección no ordenada de elementos diferentes y para distinguirlas se recurre a la llaver
primaria la cual es un atributo o conjunto de atributos que permiten identificar unívocamente
una tupla. Los atributas de una llave primaria no puede asumir valor nulo.

El atributo se caracteriza por un nombre y un dominio en el cual se indica que valores pueden
ser asumidos por una columna de la relación. El motor de datos se ocupara de controlar que
en los atributos de las relaciones solo incluyan los valores permitidos en sus dominios además
estos dominios deben ser de carácter atomico eso quiere decir que no se pueden separa en
dominios mas simples.

La normalización es evitar la repetición innecesario de datos. Una solución a este problema es

repartirlos en varias relaciones y utilizar referencias por valor entre ellas esto nos va ayudar
primero a ahorrar espacio de almacenamiento, optimiza el rendimiento y al eliminar la
redundancia nos va evitar hacer modificaciones parciales o incompletas que podrían derivar a
futuras inconsistencias.

Dr Cood también propuso el algebra relacional es cual consiste en una serie de operaciones
que trebajan con una o mas relaciones para obtener otra relación como resultado, sin que
cambien las relaciones originales con lo cualla salida de una operacion puede ser entrada para
otra operación. Cood en un inicio propuso ocho pero solo 5 de esas 8 son fundamentales tales
como restricción, proyección, producto cartesiano, unión y diferencia. Las que no son
fundamentales son conatenacion, la intersección y la división.

Cood desarrolló el primer lenguaje relacional llamado ALPHA el cual fue fundamento para el
desarrollo del lenguaje SQL. El Desarrollo del modelo relación se definio en tres niveles
externo, conceptual e interno o conocidos en la actualiada como subsistema externo,
subsistema lógico y subsistema físico. En el método relacional el usuario no debe preocuparse
por los aspectos técnicos de la base de datos admas los programadores no tendrán que lidiar
con el modelo físico es asunto explusico del administrador de la base de datos el cual si asi lo
ve conveniente en aras de encontrar un mejor rendimiento puede modificar el modelo físico
de datos sin afectar el modelo lógico estos conceptos fundamentales aun son confundidio o
ignorados por analistas, desarrolladores y fabricantes que aun no han entendido el verdadero
modelo relacional de base de datos.

En 1990 hubo un fuerte impulso pro la nueva tecnología del data warehousing como es de
esperarce cuando se adopta nuevos paradigmas registro un numero considerable de fracasos.
Para hacer frente al data warehousing se resaltaron dos soluciones el modelamiento Entidad-
Relacion y el esquema en estrella E-E.

Cuando hablamos de un relación normalizada estaos hablando de que todos los atributos no
llave dependen solo y únicamente de la llave. Por definición el atributo o atributos que
componen la llave no tienen duplicados. Por lo contrario en el esquema estralla contiene uno o
mas datos que en lo posible deben ser aditivos o mensurables y uno o mas tablas de
dimensiones. En esquema estrella los atributos en las dimensiones son por lo general,
textuales y discretos con el fin de establecer restricciones especificas en las consultas a partir
del esquema estrella se pueden derivar cubos para su posterior análisis con herramientas
OLAP. La construcción en este esquema requiere de una rigida definición de hechos y
dimensiones. Una premisa de este esquema que con el los usuarios comprender mejor el
alcance de este modelo.

Uno de los principales problemas con este modelo E-E es la rigidez de su diseño no permite el
descubrimiento de nuevas relaciones. Cada vez que son requeridos otros hechos y
dimensiones la estrella tiene que ser obligatoriamente remodelada y recargada o generarse
una nueva. Esto consume mucho tiempo y recursos y inhibe el descubrimiento de nuevos
patrones e información que puede ser importante para la organización. Si hecho y
dimensiones son desnaturalizados y en riesgo de perder la integridad de la base de datos ya
que las restricciones sobre las llaves de las relaciones el manejador es incapaz de garantizar la
integridad.

El modelo E-R modelos los datos de acuerda a la manera que se relacione slos unos con otros y
conforme crecen los desafíos de la organización, los datos no necesitan reacondicionarse para
nuevas y desconocidas relaciones esto le da una gran flexibilidad. Los sistemas de información
deben sustentarse en un ambiente capaz y flexible para todo tipo de consultas. E-E no soporta
los requerimientos a largo plazo de la organización como un todo no permite al usuario
expandir su entendimiento de las asosaciones entre los datos.

Se dice que el modelo E-E es más fácil de entender para los usuarios siendo esto no tan
importante, otro argumento a favor es que las tablas desnormalizadas tienen un tiempo de
respuesta, pero eso también se puede lograr en una E-R si el diseñador hace las modificaciones
en la parte física de manera correcta. Las vistas en un E-R luego de la primera ejecución tienen
cada vez mejor un tiempo de respuesta.