Bases de datos

Corrección del Enunciado

• Instrucciones para Crear, eliminar, consultar y modificar
• Equipo
• Jugador
• Partido
• Goles
• Consultar, tenga en cuenta que “X” o “Y” son valores que usted debe definir de acuerdo con la información que usted
ingrese.
• Cuál es el jugador más joven que participó en algún partido
• Cuál es el jugador que más minutos jugó
• Cuál es el jugador que más tarjetas amarillas tuvo
• Cuál es el equipo qué tiene más goles a favor
• Cuáles son los equipos de un grupo X.
• En qué grupo está un equipo X en un fase Y.
• Cuáles son los jugadores que juegan en X posición.
• En qué equipo y cómo se llama el máximo goleador.
• Cuáles son los capitanes de cada equipo.
• Cuál es el equipo que más cambios hizo.
• Cuál es la tabla general en determinada fase.  
Segunda Entrega
Adicional a la primera entrega con las correcciones que consideren necesarias
deben agregar:
1. Modelo lógico normalizado en tercera forma normal.
• Deben enviar el gráfico de su modelo
• Deben actualizar el Diccionario de Datos para que incluya los conceptos propios del modelo
lógico como cuáles son llaves primarias, llaves foráneas, atributos obligatorios (not null),
entre otros.
2. Modelo físico implementado en un motor de bases de datos libre.
• Deben enviar gráficas (incluidas en su documento que evidencien la creación de su base de
datos en un motor de bases de datos.
3. Scripts de creación
Crear tablas con su atributos, relaciones y restricciones.
Modelo lógico
Pasar del modelo conceptual, al modelo lógico a través de la
normalización, para:

• Evitar la redundancia de los datos.

• Disminuir problemas de actualización de los datos en las tablas.
• Proteger la integridad de datos.
Transformaciones a Modelo Conceptual a
Lógico
1. Garantizar la normalización a tercera forma normal

2. Sólo permitir relaciones 1 a muchos.

3. Transformar los elementos del modelo conceptual a elementos

lógicos.
Transformaciones a Modelo Conceptual a
Lógico
1. Garantizar la normalización a tercera forma normal

2. Sólo permitir relaciones 1 a muchos.

3. Transformar los elementos del modelo conceptual a elementos

lógicos.
Normalización
• Restricciones:

• Cada tabla debe tener su nombre único.

• No puede haber dos filas iguales. No se permiten los duplicados.
• Todos los datos en una columna deben ser del mismo tipo.
Primera forma normal
Una tabla está en primera forma si.

• Todos los atributos, valores almacenados en las columnas, deben ser

indivisibles.

• No deben existir grupos de valores repetidos.

Primera formal - Ejemplo

¿Son todos sus datos

indivisibles?
Primera formal - Ejemplo

¿Existen grupos de valores

repetidos?
Primera formal - Ejemplo
Segunda Formal Normal
• Está en Primera Forma normal y

• Todos los atributos que no son clave depende de la clave primaria.

Segunda Formal Normal

¿Qué hacer en este caso?

Segunda forma normal
• Crear tablas separadas para aquellos grupos de datos que se aplican a
varios registros.

• Relacionar estas tablas mediante una clave externa.

Segunda forma normal - Ejemplo
Tercera Forma Normal
• Está en Segunda Forma normal y

• No contiene dependencias transitivas, es decir que todos las columnas

de una tabla deben depender sólo de la clave, nunca de otra columna
no clave.

• ¿Qué hacer?
• Eliminar aquellos campos que no dependan de la clave.
• Ninguna columna puede depender de una columna que no tenga una clave.
• No puede haber datos derivados.
Tercera Forma Normal - Ejemplo
Tercera Forma Normal - Ejemplo

Tabla de Materiales
Transformaciones a Modelo Conceptual a
Lógico
1. Garantizar la normalización a tercera forma normal

2. Sólo permitir relaciones 1 a muchos.

1. De 1 a 1, verificar si se puede crear una sola entidad fusionando las dos anteriores
2. De Muchos a muchos
1. Crear una relación auxiliar, débil o de rompimiento
2. Dos relaciones 1 a muchos.
3. Transformar los elementos del modelo conceptual a elementos lógicos.
Transformaciones a Modelo Conceptual a
Lógico
1. Garantizar la normalización a tercera forma normal

2. Sólo permitir relaciones 1 a muchos.

1. De 1 a 1, verificar si se puede crear una sola entidad fusionando las dos
anteriores
2. De Muchos a muchos
1. Crear una relación auxiliar, débil o de rompimiento
2. Dos relaciones 1 a muchos.
Transformaciones a Modelo Conceptual a
Lógico
Transformaciones a Modelo Conceptual a
Lógico
Transformaciones a Modelo Conceptual a
Lógico
1. Garantizar la normalización a tercera forma normal

2. Sólo permitir relaciones 1 a muchos.

1. De 1 a 1, verificar si se puede crear una sola entidad fusionando las dos
anteriores
2. De Muchos a muchos
1. Crear una relación auxiliar, débil o de rompimiento
2. Dos relaciones 1 a muchos.
Transformaciones a Modelo Conceptual a
Lógico
Transformaciones a Modelo Conceptual a
Lógico
Transformaciones de Modelo Lógico a físico
1. Entidades a Tablas
2. Atributos a Columnas
1. Identificar el/los atributos identificadores PRIMARY KEY
2. Determinar si es nulo o no. NULL OR NOT NULL.
3. Las relaciones, se transforman en atributos foráneos
4. Definir las restricciones
Transformaciones de Modelo Lógico a físico
1. Entidades a Tablas
2. Atributos a Columnas
1. Identificar el/los atributos identificadores PRIMARY KEY
2. Determinar si es nulo o no. NULL OR NOT NULL.

CREATE TABLE Jugador (

idJugador INTEGER NOT NULL AUTO_INCREMENT,
nombre VARCHAR(45) NOT NULL,
apellidos VARCHAR(45) NOT NULL,
PRIMARY KEY(idJugador)
);
Transformaciones de Modelo Lógico a físico
1. Entidades a Tablas
2. Atributos a Columnas
1. Identificar el/los atributos identificadores PRIMARY KEY
2. Determinar si es nulo o no. NULL OR NOT NULL.
3. Las relaciones, se transforman en atributos foráneos
4. Definir las restricciones
Transformaciones de Modelo Lógico a físico
3. Las relaciones, se transforman en atributos foráneos

CREATE TABLE Partido ( CREATE TABLE Jugador (

idPartido INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, idJugador INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
fecha DATETIME NULL, nombre VARCHAR(45) NOT NULL,
PRIMARY KEY(idPartido) apellidos VARCHAR(45) NOT NULL,
); PRIMARY KEY(idJugador)
);
Transformaciones de Modelo Lógico a físico
3. Las relaciones, se transforman en atributos foráneos
CREATE TABLE Jugar (
idJugar INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
Partido_idPartido INTEGER UNSIGNED NOT NULL,
Jugador_idJugador INTEGER UNSIGNED NOT NULL,
minutoEntrada DATETIME NOT NULL,
posicio VARCHAR(20) NOT NULL,
PRIMARY KEY(idJugar),
FOREIGN KEY(Jugador_idJugador) REFERENCES Jugador(idJugador)
ON DELETE NO ACTION
ON UPDATE NO ACTION,
FOREIGN KEY(Partido_idPartido) REFERENCES Partido(idPartido)
ON DELETE NO ACTION
ON UPDATE NO ACTION
);
Transformaciones a Modelo Lógico a físico
3. Las relaciones, se transforman en atributos foráneos
CREATE TABLE Jugar (
idJugar INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
Partido_idPartido INTEGER UNSIGNED NOT NULL,
Jugador_idJugador INTEGER UNSIGNED NOT NULL,
minutoEntrada DATETIME NOT NULL,
posicio VARCHAR(20) NOT NULL,
PRIMARY KEY(idJugar),
FOREIGN KEY(Jugador_idJugador) REFERENCES Jugador(idJugador)
ON DELETE NO ACTION OPCIONES:NO ACTION, CASCADE, SET NULL, SET DEFAULT)
ON UPDATE NO ACTION,
FOREIGN KEY(Partido_idPartido) REFERENCES Partido(idPartido)
ON DELETE NO ACTION
ON UPDATE NO ACTION
);
Transformaciones a Modelo Lógico a físico
1. Entidades a Tablas
2. Atributos a Columnas
1. Identificar el/los atributos identificadores PRIMARY KEY
2. Determinar si es nulo o no. NULL OR NOT NULL.
3. Las relaciones, se transforman en atributos foráneos
4. Definir las restricciones
Transformaciones a Modelo Lógico a físico
1. Entidades a Tablas
2. Atributos a Columnas
1. Identificar el/los atributos identificadores PRIMARY KEY
2. Determinar si es nulo o no. NULL OR NOT NULL.
3. Las relaciones, se transforman en atributos foráneos
4. Definir las restricciones
Transformaciones a Modelo Lógico a físico
4. Definir las restricciones

Las restricciones para esta caso requieren el saber hacer consultas,

entonces se definirán para la siguiente entrega, sólo que deben
tenerlas en cuenta para su entrega.