FACULTAD DE INFORMÁTICA Y

CIENCIAS APLICADAS
ESCUELA DE INFORMÁTICA

UNIDAD II
MODELOS DE BASE DE DATOS.
EL MODELO CONCEPTUAL Y EL MODELO LÓGICO.

Ciclo I-2024
 AGENDA

✓Total de examinados 35:

✓Aprobado : 16
✓Reprobado: 19
✓Indicacicones sobre trabajo de investigación
✓Organización de equipos
✓Rifa de orden de exposición
✓Revisión de perfiles
✓Clase expositiva
 Contenidos a desarrollar
Modelo conceptual de base de datos
a
Modelo lógico de base de datos, utilizando las
reglas de transformación

● Elaborar el Modelo Relacional del problema.

● Aplicar las reglas de transformación de Modelo Entidad Relación
a Modelo Relacional.
 CARDINALIDAD

Otra de las características importantes que hay que tener en

cuenta en este modelo es la cardinalidad de cada extremo en una
relación.
La cardinalidad expresa cuántas del conjunto de entidades de un
extremo de la relación están relacionadas con cuántas entidades
del conjunto del otro extremo. Pueden ser “uno a uno”', “uno a
varios”' o “varios a varios”'.
Por ejemplo, un “artículo” puede ser escrito por un solo autor o
por varios, pero nunca por ninguno; un autor puede pertenecer a
exactamente una institución (no para cero o varias); un artículo
puede tener cero, uno o varios experimentos. Finalmente, un
autor puede escribir muchos artículos, o ninguno.
 CLAVE DE UNA ENTIDAD

Antes de definir el concepto de clave debe especificarse el

concepto más genérico de Identificador, Superclave o
Determinante, que se define como un conjunto de uno o más
atributos que permiten identificar de forma única una ocurrencia
de una entidad dentro de un conjunto de ellas.
 CLAVE DE UNA ENTIDAD

Se denominan claves candidatas a aquellas superclaves para las

cuales ningún subconjunto propio es a la vez superclave.

De entre las claves candidatas el diseñador de la base de datos

elige una clave primaria denominándose al resto de las claves
candidatas claves alternativas.

Se define como clave ajena a aquel o aquellos atributos de una

entidad que son clave primaria en otra entidad.
 Transformación del modelo entidad-relación (ER) al
modelo relacional
La transformación es un proceso que implica convertir las entidades,
relaciones y atributos del modelo ER en tablas, claves primarias y claves
foráneas del modelo relacional.
Pasos a realizar:

1. Identificar entidades: Examina el modelo ER y determina las

entidades principales. Cada entidad se convertirá en una tabla en el
modelo relacional.
2. Identificar atributos: Para cada entidad, identifica los atributos que la
describen. Cada atributo se convertirá en una columna en la tabla
correspondiente.
3. Definir claves primarias: Para cada entidad, elige un atributo o una
combinación de atributos que pueda identificar de manera única cada fila en
la tabla. Esta será la clave primaria de la tabla.
4. Identificar relaciones: Analiza las relaciones entre las entidades y
determina cómo se traducirán en el modelo relacional. Las relaciones pueden
convertirse en tablas adicionales o pueden representarse mediante claves
foráneas en las tablas existentes.
5. Definir claves foráneas: Si una entidad tiene una relación con otra entidad,
agrega una columna en la tabla correspondiente que haga referencia a la
clave primaria de la entidad relacionada. Esto establece la relación entre las
tablas.
5. Definir claves foráneas: Si una entidad tiene una relación con otra entidad,
agrega una columna en la tabla correspondiente que haga referencia a la clave
primaria de la entidad relacionada. Esto establece la relación entre las tablas.
Condiciones para vincular dos tablas con FOREIGN KEY:
Las definiciones de claves foráneas están sujetas a las siguientes condiciones:
• El FOREIGN KEY se define en el momento que se crean las tablas de la base
datos, dentro de la sentencia CREATE TABLE.
• Ambas tablas deben ser InnoDB y no deben ser tablas temporales.
• La tabla padre (tabla referenciada) debe crearse primero y el campo a
utilizar para la relación debe ser CLAVE PRIMARIA.
• En la tabla hija es donde se define el FOREIGN KEY y hace referencia a la
tabla padre.
• El campo foráneo (de la tabla hija) y campo clave (de la tabla padre) deben
ser definidos con el mismo tipo de dato.
6. Resolver relaciones muchos a muchos: Si hay relaciones muchos a muchos
en el modelo ER, crea tablas adicionales para representar esas relaciones.
Estas tablas contendrán las claves primarias de las entidades relacionadas.
 7. Tratar atributos compuestos y multivaluados: Si hay atributos compuestos
o multivaluados en el modelo ER, considera cómo se representarán en el
modelo relacional. Puedes dividir los atributos compuestos en columnas
separadas y crear tablas adicionales para los atributos multivaluados.

Atributos
compuesto

Atributos
multivaluados
8. Refinar el modelo relacional: Revisa el modelo relacional resultante y
realiza ajustes si es necesario. Asegúrate de que las relaciones estén
correctamente representadas, que las claves primarias y foráneas estén
definidas correctamente y que no haya redundancia innecesaria en las tablas.
 Ejercicio Grupal

Crear una base de datos que permita llevar el control del taller mecánico para
el control de los clientes que visitan el taller, la información del vehículo, la
información de los mecánicos, reparaciones y repuestos.
Las tablas deberán contener:
• campos mínimos necesarios
• Llaves primarias
• Llaves secundarias para crear las relaciones
• Aplicar las reglas de normalización

• Fecha de entrega 05/02/2024