Documentos de Académico
Documentos de Profesional
Documentos de Cultura
de Datos
Modelado de Bases de Datos
Módulo: Bases de Datos con MySQL Workbench
Contenido
1. Generalidades................................................................................................... 3
a. Modelo de datos Conceptual (Modelo Entidad – Relación o E-R).............................3
b. El modelo de datos Lógico o modelo relacional.............................................................9
c. El modelo de datos Físico........................................................................................................12
1. Generalidades.
Los modelos de datos definen cómo se modela la estructura lógica de una base de datos. Los
modelos de datos son entidades fundamentales para introducir la abstracción en una base de datos,
los modelos de datos definen cómo los datos se conectan entre sí y cómo se procesan y almacenan
dentro del sistema.
01. Entidad: Es todo aquel objeto real o abstracto del que se quiere obtener información.
Notación.
Ejemplos:
Cada entidad tiene ocurrencias, las cuales representan a elementos del mundo real.
Notación.
Ejemplos:
Observación:
Una persona puede proporcionar más de un número de teléfono, por ello el atributo teléfono
se considera como un atributo multivalor.
La edad de una persona se puede determinar o calcular a partir de la fecha de nacimiento de
la misma, por ello el atributo edad es considerado como un atributo calculado.
Los nombres de los atributos, entidades y relaciones no deben llevar espacios.
03. Relación: Es la representación de una asociación producida entre entidades u objetos del
mundo real.
Notación.
Ejemplo:
Grado de una relación: Es el número de entidades que participan en una relación. Según
el grado, se clasifican en:
Para averiguar la participación de la entidad, se fija una ocurrencia en una entidad y se analiza
el número mínimo y máximo de ocurrencias posibles en la otra entidad de la relación.
Posibles participaciones:
(0,1): Una ocurrencia de una entidad puede corresponderse con una o ninguna ocurrencia
de la otra entidad.
(1,1): Una ocurrencia de una entidad se corresponde con al menos una ocurrencia de la
otra entidad.
(0,n): Una ocurrencia de una entidad puede corresponderse con varias o ninguna
ocurrencia de la otra entidad.
(1,n): Una ocurrencia de una entidad se corresponde con una o varias ocurrencias de la
otra entidad.
Observación: Para obtener la cardinalidad de una relación, simplemente se toman los valores
máximos de las participaciones de cada entidad.
Por ejemplo, al tener las participaciones (1,n) y (0,1), la cardinalidad resultante sería (n,1); pero
dado que no existe ese tipo de cardinalidad entonces se invierte y lo correcto sería (1,n). Para
las participaciones (1,n) y (1,n), la cardinalidad resultante siempre será (N:M).
Atributos propios de una relación: También las relaciones pueden tener atributos.
Observa el modelo anterior, los atributos fecha y cantidad son atributos de la relación compra.
Compra
#id_cli #cod_prod #fecha cantidad
1 001 12/05/2019 3
1 003 12/05/2019 7
1 001 16/06/2019 10
2 003 12/05/2019 2
Producto
#cod_prod nombre precio
001 Mesa 40
002 Silla 20
003 Sofá 200
ii. Pasos para diseñar el modelo entidad – relación o esquema conceptual de datos.
Ejercicio:
Se desea informatizar la gestión de una tienda informática. La tienda dispone de una serie de
productos que se pueden vender a los clientes. “De cada producto informático se desea guardar
el código, descripción, precio y número de existencias. De cada cliente se desea guardar el
código, nombre, apellidos, dirección y número de teléfono. Un cliente puede comprar varios
productos en la tienda y un mismo producto puede ser comprado por varios clientes. Cada vez
que se compre un artículo quedará registrada la compra en la base de datos junto con la fecha
en la que se ha comprado el artículo.
La tienda tiene contactos con varios proveedores que son los que suministran los productos. Un
mismo producto puede ser suministrado por varios proveedores. De cada proveedor se desea
guardar el código, nombre, apellidos, dirección, provincia y número de teléfono”.
Se pide:
Paso #2: Identificar las entidades de las cuales se desea almacenar información.
Paso #4: Indicar las posibles participaciones de cada entidad, y cardinalidad de cada relación.
Nota: Recuerda especificar a cada entidad su atributo clave. En el esquema del paso #5 los
atributos que están subrayados representan los atributos claves de cada entidad.
El modelo de datos lógicos describe los datos con el mayor detalle posible, independientemente
de cómo se implementarán físicamente en la base de datos.
El modelo relacional se obtiene a partir del modelo de datos conceptual (modelo E-R). Para pasar
un modelo conceptual a un modelo lógico se deben tomar en cuenta las siguientes reglas:
Todas las entidades del modelo conceptual pasan a ser tablas en el modelo lógico.
Todos los atributos de cada entidad o relación en el modelo conceptual pasan a ser campos o
columnas de tablas en el modelo lógico.
Los atributos claves de las entidades en el modelo conceptual pasan a ser claves primarias
de tablas en el modelo lógico.
Las relaciones con cardinalidad varios a varios (N:M) en el modelo conceptual pasan a ser
tablas en el modelo lógico. Los atributos claves de las entidades que asocia la relación, pasan
a ser campos o columnas de la tabla, llamándoseles a esos campos como claves foráneas.
Ejemplo:
Las relaciones con cardinalidad uno a varios (1:N) en el modelo conceptual desaparecen al
pasar al modelo lógico. Tant o los atributos de la relación como el atributo clave de una de las
entidades pasan a ser campos o columnas de la otra entidad (tabla). El atributo clave al pasarse
a la otra entidad se tratará como un campo o clave foránea.
Tomando en cuenta las reglas para pasar un modelo conceptual a un modelo lógico, el modelo de
datos lógicos del esquema resultante del paso #5 sería:
El modelo de datos lógico anterior, describe a través de qué campos o columnas se relacionan las
tablas. Los campos subrayados corresponden a las claves primarias de cada tabla.
El modelo de datos físicos representa cómo se construirá el modelo lógico o relacional en la base
de datos.
Un modelo de base de datos física muestra todas las estructuras de tabla, incluidos el nombre
de columna, el tipo de datos de columna, las restricciones de columna, la clave principal, la clave
externa (clave foránea) y las relaciones entre las tablas.
Las consideraciones físicas pueden hacer que el modelo de datos físicos sea bastante diferente
del modelo de datos lógicos.
El modelo de datos físico será diferente para diferentes Sistemas de Gestión de Base de datos
(Software para la creación y gestión de bases de datos). Por ejemplo, el tipo de datos para una
columna puede ser diferente entre MySQL y SQL Server.