PASO DEL ESQUEMA E-R AL MODELO RELACIONAL

MODELO RELACIONAL Creado en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. El modelo de datos relacional organiza y representa los datos en forma de tablas o relaciones. Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Ing. Marleny Soria M.

OBJETIVOS DEL MODELO: Independencia física de los datos, esto es, el modo de almacenamiento de los datos no debe influir en su manipulación lógica. Independencia lógica de los datos, es decir, los cambios que se realicen en los objetos de la base de datos no deben repercutir en los programas y usuarios que acceden a ella. Flexibilidad, para presentar a los usuarios los datos de la forma más adecuada. Uniformidad, en la presentación de la lógica de los datos, que son tablas, lo que facilita la manipulación de la base de datos por parte de los usuarios. Sencillez, este modelo es fácil de comprender y utilizar por el usuario. Ing. Marleny Soria M.

Las relaciones se representan mediante una tabla con filas y columnas Un SGBD solo necesita que el usuario pueda percibir la BD como un conjunto de tablas. En el modelo relacional las relaciones se utilizan para almacenar información sobre los objetos que se representan en la BD. Se representa como una tabla bidimensional en la que las filas corresponden a registros individuales y las columnas a los campos o atributos de esos registros. La relación está formada por: Atributos (columnas). Se trata de cada una de las columnas de la tabla. Las columnas tienen un nombre y pueden guardar un conjunto de valores. Una columna se identifica siempre por su nombre. El orden de las columnas en una tabla es irrelevante. Tuplas (filas). Cada tupla representa una fila de la tabla. Ing. Marleny Soria M.

Ing. Marleny Soria M.

Una base de datos relacional es una colección de relaciones [tablas]. Bases de datos relacionales Representación Representación Modelo lógica física relacional Tabla Archivo secuencial Relacion Fila Registro Tupla Columna Campo Atributo Ing. Marleny Soria M.

Transformación de un esquema E-R a un esquema relacional. Una vez obtenido el esquema conceptual mediante el modelo E-R hay que definir el modelo lógico de datos. Las reglas básicas para transformar un esquema conceptual E-R a un esquema relacional son las siguientes: Toda entidad se transforma en una tabla. Todo atributo se transforma en columnas dentro de una tabla. El identificador único de la entidad se convierte en clave primaria. Ing. Marleny Soria M.

Ing. Marleny Soria M.

TRANSFORMACIONES DE ENTIDADES FUERTES En principio las entidades fuertes del modelo E-R son transformados al modelo relacional siguiendo estas instrucciones: Entidades. Las entidades pasan a ser tablas Atributos. Los atributos pasan a ser columnas. Identificadores principales. Pasan a ser claves primarias Ing. Marleny Soria M.

Ing. Marleny Soria M.

TRANSFORMACIÓN DE RELACIONES La idea inicial es transformar a cada relación en una tabla en el modelo relacional. Pero hay que distinguir según el tipo de relación. Ing. Marleny Soria M.

RELACIONES UNO A UNO En el caso de las relaciones uno a uno, la relación no se convierte en tabla, sino que se coloca en una de las tablas (en principio daría igual cuál) el identificador de la entidad relacionada como clave externa. Ing. Marleny Soria M.

EQUIPO(código,nombre,año_fundación) Opción 1: EQUIPO(código,nombre,año_fundación) PRESIDENTE(dni,nombre,código_equipo) Opción 2: EQUIPO(código,nombre,año_fundación,dni_presidente) PRESIDENTE(dni,nombre) Ing. Marleny Soria M.

RELACIONES UNO A VARIOS Las relaciones binarios de tipo uno a varios no requieren ser transformadas en una tabla en el modelo relacional. En su lugar la tabla del lado varios (tabla relacionada) incluye como clave externa1 el identificador de la entidad del lado uno (tabla principal): Ing. Marleny Soria M.

Ing. Marleny Soria M.

RELACIONES VARIOS A VARIOS En las relaciones varios a varios, la relación se transforma en una tabla cuyos atributos son: los atributos de la relación y las claves de las entidades relacionadas (que pasarán a ser claves externas). La clave de la tabla la forman todas las claves externas: Ing. Marleny Soria M.

Ing. Marleny Soria M.

CLIENTE(dni,nombre,apellidos) PRODUCTO(código,descripción) En este caso la relación “compra” se transforma en una nueva tabla cuya clave primaria estará formada por los atributos dni, que es la clave primaria de cliente, y código, que es la clave primaria de producto. Además tendrá como campo fecha compra, ya que este atributo forma parte de la relación. El modelo relacional quedaría de la siguiente forma (en negrita las claves primarias): CLIENTE(dni,nombre,apellidos) PRODUCTO(código,descripción) COMPRAS(dni_cliente,código_producto,fecha_compra) Ing. Marleny Soria M.

RELACIONES DE ORDEN N Las relaciones ternarias, cuaternarias y n-arias que unen más de dos relaciones se transforman en una tabla que contiene los atributos de la relación más los identificadores de las entidades relacionadas. La clave la forman todas las claves externas: Ing. Marleny Soria M.

Ing. Marleny Soria M.

DEFINICIÓN Una entidad fuerte es aquella que no necesita de otra entidad débil para existir. Una entidad débil es aquella que sí que necesita de otra para existir. Por ejemplo, en un video-club lo que realmente se alquila a los clientes no son películas, sino las copias de películas que tiene el video-club adquiridas. Ing. Marleny Soria M.

ENTIDADES DÉBILES Toda entidad débil incorpora una relación implícita con una entidad fuerte. Esta relación no necesita incorporarse como tabla en el modelo relacional. Sí se necesita incorporar la clave de la entidad fuerte como clave externa en la entidad débil. Es más, normalmente esa clave externa forma parte de la clave principal de la tabla que representa a la entidad débil. Ing. Marleny Soria M.

Ing. Marleny Soria M.

Ing. Marleny Soria M.

EJERCICIO #1 Ing. Marleny Soria M.

EJERCICIO #2 Ing. Marleny Soria M.

EJERCICIO #3 Ing. Marleny Soria M.

EJERCICIO #4 Ing. Marleny Soria M.