MODELO RELACIONAL BDD

 Desarrollado por EF Codd desde IBM en la década de 1970, el modelo de base de datos
relacional permite que cualquier tabla se relacione con otra mediante un atributo común.
 Codd propuso un cambio a un modelo de datos en el que los datos se almacenan, se
consultan y se relacionan en tablas sin reorganizar las tablas que los contienen.
 En el modelo de base de datos relacional, cada “hoja de cálculo” es una tabla que almacena
información, representada como columnas (atributos) y filas (registros o tuplas).
 Todas las tablas de una base de datos relacional tienen un atributo conocido como clave
primaria, que es un identificador único de una fila, y cada fila se puede usar para crear una
relación entre tablas diferentes mediante una clave externa (una referencia a una clave
primaria de otra tabla existente).
 Supongamos que tienes una tabla de clientes y una de pedidos.
Las dos tablas ahora están relacionadas
según el ID de cliente compartido, lo que
significa que puedes consultar ambas
tablas para crear informes formales o
usar los datos en otras aplicaciones.
 Generar un informe sobre todos los
clientes que realizaron una compra en
una fecha específica o averiguar qué
clientes tenían pedidos con una fecha
de entrega retrasada en el último mes.
 La tabla de clientes contiene datos sobre La tabla de pedidos contiene información
el cliente: transaccional sobre un pedido:

 ID de cliente (clave primaria)  ID de pedido (clave primaria)

 Nombre del cliente  ID de cliente (clave externa)
 Dirección de facturación  Fecha del pedido
 Dirección de envío  Fecha de envío
En la tabla de clientes, el ID del cliente es  Estado del pedido
una clave primaria que identifica de forma
Aquí, la clave primaria para identificar un
única a ese cliente en la base de datos pedido específico es el ID de pedido. Puedes
relacional. Ningún otro cliente tendría el conectar un cliente con un pedido mediante el
mismo ID de cliente. uso de una clave externa para vincular el ID de
cliente de la tabla de clientes.
 Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente.
 El modelo relacional desarrolla un esquema de base de datos (data base schema) a partir del cual se podrá
realizar el modelo físico o de implementación en el DBMS.
 Este modelo esta basado en que todos los datos están almacenados en tablas (entidades/relaciones) y cada una de
estas es un conjunto de datos, por tanto una base de datos es un conjunto de relaciones. La agrupación se origina
en la tabla:
tabla -> fila (tupla) -> campo (atributo)
 El Modelo Relacional se ocupa de:
 La estructura de datos
 La manipulación de datos
 La integridad de los datos
 Donde las relaciones estan formadas por :
 Atributos (columnas)
 Tuplas (Conjunto de filas)
 Existen dos formas para la construcción de modelos relacionales:
 Creando un conjunto de tablas iniciales y aplicando operaciones de normalización hasta
conseguir el esquema más óptimo,
 O, convertir el modelo entidad relación (ER) en tablas, con una depuración lógica y la
aplicación de restricciones de integridad.
Objetivos
 Los objetivos que este modelo persigue son:
 Independencia Física: La forma de almacenar los datos no debe influir en su manipulación.
Si el almacenamiento físico cambia, los usuarios que acceden a esos datos no tienen que
modificar sus aplicaciones.
 Independencia Lógica: Las aplicaciones que utilizan la base de datos no deben ser
modificadas por que se inserten, actualicen y eliminen datos.
 Flexibilidad: En el sentido de poder presentar a cada usuario los datos de la forma en que
éste prefiera
 Uniformidad: Las estructuras lógicas de los datos siempre tienen una única forma conceptual
(las tablas), lo que facilita la creación y manipulación de la base de datos por parte de los
usuarios.
 Sencilles: Las características anteriores hacen que este Modelo sea fácil de comprender y de
utilizar por parte del usuario final.
Características
 Cada relación tiene un nombre específico y diferente al
 Los datos son atómicos ó monovaluados; resto de las relaciones.
 Los datos de cualquier columna son de un  Los valores de los atributos son atómicos: en cada tupla,
cada atributo (columna) toma un solo valor. Se dice que
solo tipo.
las relaciones están normalizadas.
 Cada columna posee un nombre único.  El orden de los atributos no importa: los atributos no
 están ordenados.
El orden de las columnas no es de
 Cada tupla es distinta de las demás: no hay tuplas
importancia para la tabla. duplicadas
 Las columnas de una relación se conocen  El orden de las tuplas no importa: las tuplas no están
como atributos. ordenadas.
  Los atributos son atómicos: en cada tupla, cada atributo
Cada atributo tiene un dominio, (columna) toma un solo valor. Se dice que las relaciones
 No existen 2 filas en la tabla que sean están normalizadas.
idénticas.
 La información en las bases de datos son
representados como datos explícitos.
Definiciones

 Relación: Tabla bidimensional para la representación de datos. Ejemplo: Estudiantes.

 Tuplas: Filas de una relación que contiene valores para cada uno de los atributos (equivale a
los registros). Ejemplo: 34563, José, Martinez, 19, Masculino. Representa un objeto único
de datos implícitamente estructurados en una tabla. Un registro es un conjunto de campos
que contienen los datos que pertenecen a una misma entidad.
 Atributos: Columnas de una relación y describe las características particulares de cada
campo. Ejemplo: id estudiante
 Esquemas: Forma de representar una relación y su conjunto de atributos. Ejemplo:
Estudiantes (id estudiante, nombre(s), apellido(s), edad, género)
 Claves: Campo cuyo valor es único para cada registro. Principal, identifica una tabla, y
Foránea, clave principal de otra tabla relacionada. Ejemplo: id estudiante.
 Clave Primaria: identificador único de una tupla.
 Cardinalidad: número de tuplas(m).
 Grado: número de atributos(n).
 Dominio: colección de valores de los cuales el atributo obtiene su atributo
Modelo Relacional

 Este representa la base de datos por medio de tablas en las cuales se almacenará la
información. El diagrama del modelo relacional se crea a partir del diagrama
entidad relación siguiendo una serie de reglas.
Reglas para pasar del modelo entidad relación al
relacional

1. Todas las entidades del modelo entidad

relación se convierten en tablas en el modelo
relacional, y sus atributos en campos de la
tabla. Como ejemplo tomaremos la entidad
persona con sus atributos y los
representaremos así:
Reglas para pasar del modelo entidad relación al
relacional

2. El atributo principal de cada entidad en el

modelo entidad relación lo llamaremos llave
primaria en el modelo relacional y por facilidad lo
representaremos con las letras PK (Primary Key),
las cuales irán a continuación del nombre del
campo. Para el caso de personas el atributo
principal es la cédula, por lo tanto su
representación dentro de la tabla será así:
Relación de Uno a Uno

3. Donde exista una relación Uno a Uno (1:1) entre 2 entidades, se debe crear una llave que
llamaremos foránea, en una de las 2 tablas asociadas.

Una llave foránea es una referencia a una llave en otra tabla y determina una relación existente entre 2
tablas. Una llave foránea en una tabla se asocia con una llave primaria en la otra tabla. Para agregar una
llave foránea simplemente se agrega un campo más con las mismas características que el campo que es
llave primaria.
Como se ve en el diagrama, la llave primaria, se agregó
como llave foránea en cubículo y se unieron estos
2 mediante una línea. Aunque la multiplicidad era
originalmente de uno a uno (1:1) en el diagrama entidad
relación, veremos que siempre donde coloquemos una
llave foránea la relación puede llegar a ser a muchos (M)
registros.
En este caso la llave primaria de la tabla Cubículo la
pasamos como llave foránea a la tabla Profesor. La
multiplicidad queda uno (1) al lado de la llave primaria y
muchos (M) al lado de la llave foránea.
4. Donde exista una relación de uno a muchos (1:M) en el
modelo entidad relación, crearemos las tablas
correspondientes en el modelo relacional, y donde se
encontraba la multiplicidad muchos (M) se creará
obligatoriamente la llave foránea de la misma forma como
se hizo en el caso anterior.

Tomemos como ejemplo las entidades Persona y Mascota.

En este caso asumiremos que una persona puede tener varias
mascotas, pero cada mascota pertenece a una sola persona.
 5. Donde exista una relación de muchos a muchos en el modelo entidad relación, la relación
se convierte en una tabla nueva que une las 2 entidades que se estaban relacionando
originalmente. La nueva tabla tendrá su propia llave primaria y tendrá 2 llaves foráneas, las
cuales corresponden a las llaves primarias de las otras dos tablas. Adicionalmente tendrá los
campos adicionales que sean requeridos. El nombre para la nueva tabla puede ser el mismo
de la relación u otro que sea más adecuado.
 Para la cardinalidad se mantiene la misma regla aplicada en los casos anteriores. Se colocará
un 1 donde se encuentran las llaves primarias, y una M donde se encuentra las llaves
foráneas, transformándose así en dos relaciones de uno a muchos (1:M).
 Tomando como ejemplo las entidades estudiante
y libro, y aplicando esta regla, se transformarían
en el modelo relacional de la siguiente forma:

 La nueva tabla que fue creada a partir de la

relación “prestar”, se le puso el nombre
préstamo, se le creó una llave primaria llamada
“Id_Préstamo”, se le agregó las dos llaves
foráneas a partir de las llaves primarias de
estudiantes (Nro_Id) y libros (Isbn) y se le
agregó un nuevo campo llamado
“Fecha_préstamo”.
 En una universidad las facultades son dirigidas por un decano y a su vez, un decano dirige una facultad.
 Cada facultad cuenta con una serie de docentes, pero cada docente solo puede pertenecer a una facultad.
 Cada docente dicta varias asignaturas, así mismo una misma asignatura la pueden dictar docentes
diferentes.
 Los estudiantes inscriben las asignaturas que le corresponde cada semestre.
 De las facultades interesa saber cuál es su nombre, ubicación y número de bloque.
 De los decanos se requiere la cedula, nombres, apellidos y celular.
 De los docentes se debe registrar la cedula, nombres, apellidos y título.
 Cada asignatura tiene un código, nombre y número de créditos
 De los estudiantes se debe registrar identificación, nombres, apellidos y dirección de residencia
 Teniendo esta información lo primero que debemos hacer es sacar un listado de las entidades y
relaciones que allí identifiquemos.
 Entidades
 Facultad, Decano, Docente, Asignatura y Estudiante.
 Relaciones:
 Dirigir (Entre Facultad y Decano).
 Pertenecer (Entre Facultad y Docente).
 Dictar (Entre Docente y Asignatura).
 Inscribir (Entre Asignatura y Estudiante).
Modelo Entidad - Relación
Ejercicio Modelo Relacional
 https://www.astera.com/es/type/blog/data-integrity-in-a-database/
 http://contenidos.sucerman.com/nivel2/web1/unidad2/leccion3.html