Sesión 6

Actividades de Práctica 1: UID Artificiales, Compuestos y Secundarios

Identificadores Únicos (UID) en Modelado de Datos

Tipos de Identificadores Únicos:

• UID simple: Un solo atributo que identifica de forma única a una entidad.

• UID compuesto: Combinación de varios atributos para identificar algo.

• UID artificial: No existe en la vida real, pero se crea para simplificar la

identificación en el sistema.

• UID candidato: Un posible identificador único que podría ser clave

primaria.

• Clave primaria: El UID principal elegido para identificar de forma única una
entidad.

• Clave secundaria: Otro UID candidato que no se usa como clave primaria,
pero puede servir para buscar registros.

Asignación de UID a Entidades:

• TIENDA: UID compuesto (# dirección, # ciudad).

• CUENTA: UID simple (# número).

• COMPAÑÍA: UID simple (# número).

• CORREDOR: UID compuesto (# apellido, # número de teléfono).

• BARCO: UID simple (# vin).

Caso de Uso: Socio de Biblioteca

Podría usar más de un UID candidato para buscar a un socio. Por ejemplo, un UID
artificial como el número de socio sería la clave primaria, pero también podría
buscar al socio con su nombre completo y fecha de nacimiento. Esto facilita
encontrar miembros si olvidan su número de socio.

Identificación de Entidades:

• Ciudad: UID compuesto (# nombre, # estado/país).

• Persona de contacto para un cliente: UID compuesto (# nombre, # correo

electrónico).

• Tren: UID simple (# número de tren).

• Carretera: UID compuesto (# número, # estado).

 • Transacción financiera: UID artificial (# ID transacción).

• Premio (cine): UID compuesto (# nombre del premio, # año).

• Cuadro: UID compuesto (# título, # artista).

Análisis de Requisitos para la Tienda de Alquiler de Películas

Problema de los Sistemas de Identidad Nacional

Un problema común en los sistemas de identidad nacional es la privacidad de los
datos personales. Al centralizar tanta información sensible, existe el riesgo de que
los datos se vean comprometidos en caso de un ciberataque. Además, puede
haber abusos de autoridad si no existen controles claros sobre quién puede
acceder a la información. Para mitigar esto, sería clave implementar medidas de
ciberseguridad sólidas y establecer normas estrictas sobre el acceso a los datos.

Requisitos de la Tienda de Alquiler de Películas

Soy dueño de una pequeña tienda de alquiler con más de 3,000 DVD. Necesito
hacer un seguimiento detallado de cada disco, su formato (HD o Blu-Ray) y la
película específica que contiene. Cada película tiene un ID único, y aunque
tenemos varias copias de algunas, cada disco pertenece a una sola película.

Nuevos Requisitos:
Muchos clientes buscan películas por los actores que aparecen en ellas, así que
queremos registrar los nombres reales y las fechas de nacimiento de los actores
de nuestras películas. No todas las películas tienen estrellas famosas, pero
queremos mantener un registro de los actores relevantes en nuestro inventario.

Además, solo alquilamos DVD a miembros del club, quienes deben ser personas
de confianza. Para cada miembro, registramos su nombre completo, número de
teléfono, dirección y un número de socio único.

También necesitamos llevar un control de los alquileres actuales de cada cliente,

ya que pueden sacar varios DVD al mismo tiempo. No almacenamos el historial de
alquileres, solo lo que tienen en ese momento.

Resolviendo la Relación M:M:

1. Películas ↔ Actores: Creamos una entidad intermedia llamada

"Participación", con los UID de película y actor. Esto nos permitirá registrar
múltiples actores para una película y viceversa.

2. Clientes ↔ DVD: Creamos una entidad "Alquiler", con los UID del cliente y
del DVD. Así podemos saber qué discos tiene cada socio en un momento
dado.
Con esto, organizamos mejor la información y garantizamos que la tienda pueda
gestionar su inventario y los alquileres de manera eficiente.
Actividades de Práctica 2: Normalización y Primer Formato Normal

Normalización y Primer Formato Normal

Objetivos:

• Entender para qué sirve la normalización en los modelos de base de datos.

• Conocer la regla del Primer Formato Normal (1NF).

• Saber identificar si una entidad cumple con la regla del 1NF.

• Aprender a convertir una entidad al Primer Formato Normal si es necesario.

Terminología:

• Primer Formato Normal (1NF): Elimina los grupos repetidos dividiéndolos

en tablas separadas y conectándolos con una relación 1:M.

• Normalización: Serie de pasos para optimizar el diseño de una base de

datos relacional, reduciendo la redundancia y evitando inconsistencias.

Preguntas resueltas:

1. ¿Cómo comprobar si un modelo de base de datos está en 1NF?

Verifico que no haya grupos repetidos ni atributos multivaluados. Cada
celda debe contener un solo valor, y si hay listas o valores múltiples en un
solo campo, sé que necesito dividir esos datos en tablas relacionadas.

2. ¿Cuál es la regla del Primer Formato Normal?

Cada campo debe contener un valor atómico, es decir, un solo dato
indivisible. No deben existir conjuntos repetidos de datos ni atributos que
contengan múltiples valores.

Corrección de ERD para cumplir 1NF:

a. AUTOBÚS:

• Antes:

-número de ruta

▪ capacidad

▪ conductor

▪ pasajero

• Después:

-Autobús: # número de ruta, capacidad

-Conductor: # id_conductor, nombre

 -Pasajero: # id_pasajero, nombre

-Ruta-Pasajero (relación): # número de ruta, # id_pasajero

-Ruta-Conductor (relación): # número de ruta, # id_conductor

b. RESIDENCIA:

• Antes:

-número

▪ dirección

▪ residente

▪ ubicada en campus

• Después:

-Residencia: # número, dirección

-Residente: # id_residente, nombre

-Campus: # id_campus, nombre

Relaciones:

▪ Residencia ↔ Residente (1:M)

▪ Residencia ↔ Campus (M:1)

c. ALUMNO:

• Antes:

-id

▪ nombre

▪ apellido

• Después (ya está en 1NF):

-Alumno: # id, nombre, apellido

Actividades de práctica 3: Segundo Formato Normal

Objetivos:

• Entender la regla del Segundo Formato Normal (2NF).

• Detectar violaciones a esta regla en un modelo de base de datos.

• Aplicar la regla del 2NF para corregir los problemas encontrados.

Terminología:

• Segundo Formato Normal (2NF): Elimina dependencias parciales en

tablas con claves compuestas, asegurándose de que todos los atributos
dependan de la clave primaria completa, no solo de una parte de ella.

Preguntas resueltas:

1. Caso del libro y estante:

▪ title

▪ author

▪ shelf size

SHELF:

▪ number

• Problema: El tamaño del estante (shelf size) depende solo del número del
estante, no del libro en sí. Esto viola el 2NF, porque shelf size depende
parcialmente de la clave compuesta (BOOK number, SHELF number).

• Corrección:
Divido las entidades para eliminar la dependencia parcial:

• BOOK: (# number, title, author)

• SHELF: (# number, size)

• BOOK_SHELF: (# book_number, # shelf_number)

Ahora la relación está normalizada, y cada atributo depende de la clave primaria

completa.

2. Caso de la inscripción en una clase:

• Antes:

o ENROLLMENT:

▪ ° grade
 ▪ ° room

o STUDENT:

▪ number

▪ name

o CLASS:

▪ id

▪ name

▪ time

• Problema: La sala (room) depende solo de la clase, no del estudiante, lo

que rompe el 2NF, porque room depende de una parte de la clave
compuesta (student number, class id).

• Corrección:
Divido la entidad para separar la dependencia parcial:

• ENROLLMENT: (# student_number, # class_id, grade)

• CLASS_ROOM: (# class_id, room)

Así, room solo depende de la clase, y la inscripción solo almacena los datos que
dependen de ambos identificadores.

3. Caso de la tienda en un centro comercial:

• Antes:

STORE LISTING:

▪ location in mall

▪ ° store specialty

STORE:

▪ number

▪ name

▪ address

• Problema: La especialidad de la tienda (store specialty) depende solo de la

tienda, no de la ubicación específica en el centro comercial, violando el
2NF.
 • Corrección:
Divido la entidad para separar la especialidad de la relación de ubicación:

• STORE: (# number, name, address, specialty)

• MALL: (# mall_id, name, address)

• STORE_LOCATION: (# store_number, # mall_id, location_in_mall)

Ahora la especialidad de la tienda está directamente en la entidad STORE,

mientras que la ubicación se gestiona en una tabla intermedia.
Actividades de práctica 4: Tercer Formato Normal

Objetivos:

• Identificar dependencias transitivas en un modelo de datos.

• Comprender la regla del Tercer Formato Normal (3NF).

• Evaluar entidades para detectar violaciones del 3NF.

• Aplicar la regla del 3NF para optimizar el modelo de datos.

Terminología:

• Tercer Formato Normal (3NF): En este formato, todos los atributos sin
clave deben depender únicamente de la clave primaria, sin depender de
otros atributos que no formen parte de la clave.

• Dependencia transitiva: Sucede cuando un atributo depende de otro

atributo que no es clave primaria, creando una dependencia indirecta.

Preguntas resueltas:

1. Dependencia transitiva en la entidad PRODUCTO:

• Entidad original:

PRODUCTO:

▪ número

▪ o modelo

▪ o nombre de la tienda

▪ o dirección de la tienda

• Problema: Hay una dependencia transitiva, ya que la dirección de la tienda

depende del nombre de la tienda, no directamente del número de
producto.

• Corrección: Divido la entidad:

-PRODUCTO: (# número, modelo, nombre_tienda)

-TIENDA: (# nombre_tienda, dirección)

Así eliminamos la dependencia transitiva, y la dirección de la tienda solo depende

del nombre de la tienda, no del producto.
 2. Definición de la regla del Tercer Formato Normal:
Un modelo está en 3NF cuando:

• Está en Segundo Formato Normal (2NF).

• No tiene dependencias transitivas, es decir, todos los atributos sin clave

dependen solo de la clave primaria y no de otros atributos que no formen
parte de ella.

3. Caso del vehículo y el esquema de color:

• Entidad original:

o VEHÍCULO:

▪ número

▪ fabricante

▪ modelo

▪ esquema de color

▪ color de la pintura

▪ color del interior

• Problema: Hay una dependencia transitiva, porque los colores y materiales

del vehículo dependen del esquema de color, no directamente de la clave
primaria.

• Corrección: Divido la entidad:

-VEHÍCULO: (# número, fabricante, modelo, esquema_color)

-ESQUEMA_COLOR: (# esquema_color, color_pintura,

color_interior)

De esta forma, cada color y material dependen solo del esquema, eliminando la
dependencia transitiva.

4. Caso del atleta, agente y equipo:

• Entidad original:

ATLETA:

▪ número

▪ nombre

▪ fecha de nacimiento
 ▪ equipo

▪ entrenador del equipo

▪ agente

▪ comisión del agente

• Problema:

-Entrenador del equipo depende del equipo, no directamente del

atleta.

-Comisión del agente depende del agente, no del atleta

directamente.

• Corrección: Divido las entidades:

-ATLETA: (# número, nombre, fecha_nacimiento, equipo, agente)

-EQUIPO: (# equipo, entrenador)

-AGENTE: (# agente, comisión)

Ahora cada entidad gestiona sus propias dependencias, eliminando las

transitivas.

5. Documento nacional de identidad y ADN:

Un documento nacional de identidad puede resolver problemas de
identificación, evitando fraudes o suplantaciones. Sin embargo, puede
generar problemas de privacidad si no se protege bien la información.

Si se usara ADN para la identificación, se garantizaría una identificación única y

precisa, pero podría ser invasivo y complicado de gestionar. Además, hay
implicaciones éticas sobre cómo se almacena y usa esa información. Sería
necesario equilibrar seguridad y privacidad para implementar algo así.