2. El modelo Entidad/Interrelación (E/R): un método de diseño de bases de
datos.
Muestra de una versión simplificada.
Representa los datos mediante una serie de entidades que disponen
de atributos.
Una entidad es una clase de objetos o conceptos claramente identificable.
Las entidades establecen interrelaciones con otras entidades.
El resultado de este proceso es una base de datos normalizada que facilita
el acceso a los datos y evita su duplicado.
Nota: en su mayor parte, el diseño formal de una base de datos se centra en
la normalización de la base y en asegurar que el diseño se ajuste a
un nivel de normalización (ejemplo., first normal form, second normal
form, etc.). Este nivel de formalidad va mucho más allá, pero es importante
3. Todos los datos se representan en tablas.
◦ Incluso los resultados de cualquier consulta son otra tabla.
Las tablas están compuestas por filas y columnas.
Las filas y las columnas, en principio, carecen de orden (p.ej., el orden en el que se
muestren las filas y las columnas no importa).
◦ Las filas sólo se ordenan si se le indica a la base de datos que lo haga,
mediante el correspondiente comando. De no ser así, el orden será arbitrario, y
puede cambiar en caso de tratarse de una base datos dinámica.
◦ El orden de las columnas lo determina cada consulta.
Cada tabla tiene una clave primaria, un identificador único, compuesto por una o
más columnas.
La mayoría de las claves primarias están formadas por una única columna
(p.ej.,CIUDAD_ID).
Para establecer una relación entre dos tablas es necesario incluir, en forma de
columna, en una de ellas la clave primaria de la otra. A esta columna se le
llama clave secundaria. Las relaciones uno a varios son el tipo más habitual de
relación. En este tipo de relación, una fila de la tabla A puede corresponderse con
muchas filas de la tabla B, pero una fila de la tabla B sólo puede corresponderse
con otra de la tabla A. Por ejemplo, en las tablas publishers y titles se da una
relación uno a varios: una editorial publica muchos títulos, pero a cada título le
4.
5. Las relaciones uno a varios son el tipo más habitual de relación. En
este tipo de relación, una fila de la tabla A puede corresponderse
con muchas filas de la tabla B, pero una fila de la tabla B sólo puede
corresponderse con otra de la tabla A. Por ejemplo, en las tablas
publishers y titles se da una relación uno a varios: una editorial publica
muchos títulos, pero a cada título le corresponde sólo una editorial.
6. En una relación varios a varios, una fila de la tabla A puede tener
muchas filas coincidentes en la tabla B y viceversa. Este tipo de
relaciones se crea definiendo una tercera tabla, denominada tabla de
unión, cuya clave principal esté constituida por las claves externas de
las tablas A y B. Por ejemplo, entre las tablas authors y titles existiría
una relación varios a varios definida por una relación uno a varios entre
cada una de ellas y la tabla titleauthors. La clave principal de la tabla
titleauthors es la combinación de la columna au_id (la clave principal de
la tabla authors) y la columna title_id (la clave principal de la tabla
titles).
7. En una relación uno a uno, una fila de la tabla A no puede tener más de
una fila coincidente en la tabla B y viceversa. Se crea una relación uno a
uno si las dos columnas relacionadas son claves principales o tienen
restricciones UNIQUE.
Este tipo de relación no es habitual, ya que la mayor parte de la
información relacionada de esta manera estaría toda en una tabla. Puede
utilizar una relación uno a uno para:
•Dividir una tabla con muchas columnas.
•Aislar parte de una tabla por razones de seguridad.
•Almacenar datos que son efímeros y que pueden eliminarse fácilmente
mediante la simple eliminación de la tabla.
•Almacenar información que se aplica solamente a un subconjunto de la
tabla principal.
El lado de la clave principal de una relación uno a uno se indica mediante
un símbolo de clave. El lado de la clave externa también se indica
mediante un símbolo de clave