1 / 16

PASO DEL ESQUEMA E-R AL MODELO RELACIONAL

PASO DEL ESQUEMA E-R AL MODELO RELACIONAL. MODELO RELACIONAL. 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.

micah
Download Presentation

PASO DEL ESQUEMA E-R AL MODELO RELACIONAL

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Ing. Marleny Soria M. PASO DEL ESQUEMA E-R AL MODELO RELACIONAL

  2. MODELORELACIONAL • 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. • Tras ser postuladas sus bases 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. Ing. Marleny Soria M.

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

  4. TRANSFORMACIONES DE ENTIDADES FUERTES • En principio las entidades fuertes del modelo Entidad Relación 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.

  5. Ing. Marleny Soria M.

  6. 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.

  7. 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.

  8. Ing. Marleny Soria M.

  9. 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.

  10. 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.

  11. Ing. Marleny Soria M.

  12. RELACIONES UNO A VARIOS Y UNO A UNO • 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 externa1el identificador de la entidad del lado uno (tabla principal): Ing. Marleny Soria M.

  13. Ing. Marleny Soria M.

  14. RELACIONES UNO A UNO • En el caso de las relaciones uno a uno, ocurre lo mismo: 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.

  15. 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.

  16. Ing. Marleny Soria M.

More Related