Práctica 04 - Diseño de Base de Datos

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 12

DISEÑO DE

BASE DE DATOS RELACIONALES

PRACTICA 04
MODELO RELACIONAL

INTEGRANTES

CEPSUNI, Universidad Nacional de Ingeniería

Código de curso: 63947

N.º Grupo: 4

Curso: Diseño de Base de Datos Relacionales

Docente: Ing. Eric Gustavo Coronel Castillo

08 de setiembre de 2023
Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 1

INDICE

Solución de problemas................................................................................................................................2
Problema 01: Sistema de matrícula.........................................................................................................2
Modelo Relacional no Normalizado.....................................................................................................3
Primera forma normal (FN1)................................................................................................................4
Segunda forma normal (FN2)...............................................................................................................4
Tercera forma normal (FN3)................................................................................................................4
Modelo Relacional (MR) Normalizado Completo................................................................................4
Modelo E-R completo para el sistema de matrícula............................................................................5
Problema 02: Sistema Biblioteca.............................................................................................................6
Modelo Relacional no Normalizado.....................................................................................................7
Primera forma normal (FN1)................................................................................................................8
Segunda forma normal (FN2)...............................................................................................................8
Tercera forma normal (FN3)................................................................................................................8
Modelo Relacional (MR) Normalizado Completo................................................................................9
Modelo E-R completo para el sistema biblioteca................................................................................9
Enlace de video en YouTube......................................................................................................................10
Conclusiones..............................................................................................................................................10
Recomendaciones.....................................................................................................................................11
Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 2

Solución de problemas

Problema 01: Sistema de matrícula

La institución educativa EDUTEC necesita una base de datos para el proceso de matrícula de sus

PROGRAMAS DE ESTUDIOS TECNICOS (PET), estos programas son de corta duración,

pueden ser de 3 a 6 meses.

Cada programa PET está conformado por cursos de 24 horas cada uno, y se dictan los días de

semana o los fines de semana.

Las personas que se matriculan en estos programas son generalmente estudiantes de distintas

universidades, egresados y profesionales de distintas especialidades, el objetivo es estudiar las

últimas versiones de los softwares de oficinas y de ingeniería, así como también aprender bases

de datos, lenguajes de programación, etc.

A continuación, se tiene la ficha de matrícula de los estudiantes.


Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 3

Usted es el responsable de:

 Elaborar la estructura compleja de datos.

 Establecer las dependencias funcionales entre los atributos.

 Normalizar estructuras complejas de datos.

 Identificar las claves primarias y foráneas.

 Construir diagramas E-R de la base de datos solicitada.

Modelo Relacional no Normalizado

 PROGRAMAS (CÓDIGO_PROG, DURACIÓN_PRO)


 CURSOS (CÓD_CURSO, CÓDIGO_PROG (FK), CURSO_PROGRAMA, DURACIÓN)
 HORARIOS (CÓD_HORARIO, DÍAS_SEMA, HORARIO)
 PROFESORES (CÓDIGO_PROF, NOMBRE, DNI)
 CURSOS_HORARIOS_PROFESORES (CÓDIGO_PROF, CÓD_HORARIO, CÓD_CURSO,
CÓDIGO_PROG, Nº_ALUMNOS)
 ESTUDIANTES (CÓDIGO_ESTUD, DNI, NOMBRE)
 MATRÍCULAS (Nº_MATRÍCULA, FECHA, FECHA_INICIO, CÓDIGO_ESTUD (FK), CÓDIGO_PROF (FK),
CÓD_HORARIO (FK), CÓD_CURSO (FK), CÓDIGO_PROG (FK))

Primera forma normal (FN1)

 PROGRAMAS (CÓDIGO_PROG, DURACIÓN_PROG)


 CURSOS (CÓD_CURSO, CÓDIGO_PROG, CURSO_PROGRAMA, DURACIÓN)
 HORARIOS (CÓD_HORARIO, DÍAS_SEMA, HORARIO)
 PROFESORES (CÓDIGO_PROF, NOMBRE, DNI)
 CURSOS_HORARIOS_PROFESORES (CÓDIGO_PROF, CÓD_HORARIO, CÓD_CURSO,
CÓDIGO_PROG, Nº_ALUMNOS)
 ESTUDIANTES (CÓDIGO_ESTUD, DNI, NOMBRE)
 MATRÍCULAS (Nº_MATRÍCULA, FECHA, FECHA_INICIO, CÓDIGO_ESTUD, CÓDIGO_PROF,
CÓD_HORARIO, CÓD_CURSO, CÓDIGO_PROG)

Segunda forma normal (FN2)

 PROGRAMAS (CÓDIGO_PROG, DURACIÓN_PRO)


 CURSOS (CÓDIGO_PROG, CURSO_PROGRAMA)
 CURSOS_DURACIÓN (CÓD_CURSO, DURACIÓN)
 HORARIOS (CÓD_HORARIO, DÍAS_SEMA, HORARIO)
 PROFESORES (CÓDIGO_PROF, NOMBRE, DNI)
Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 4

 CURSOS_HORARIOS_PROFESORES (CÓDIGO_PROF, CÓD_HORARIO, CÓD_CURSO,


CÓDIGO_PROG, Nº_ALUMNOS)
 ESTUDIANTES (CÓDIGO_ESTUD, DNI, NOMBRE)
 MATRÍCULAS (Nº_MATRÍCULA, FECHA, FECHA_INICIO, CÓDIGO_ESTUD, CÓDIGO_PROF,
CÓD_HORARIO, CÓD_CURSO, CÓDIGO_PROG)

Tercera forma normal (FN3)

 PROGRAMAS (CÓDIGO_PROG, DURACIÓN_PRO)


 CURSOS (CÓDIGO_PROG, CURSO_PROGRAMA)
 CURSOS_DURACIÓN (CÓD_CURSO, DURACIÓN)
 HORARIOS (CÓD_HORARIO, DÍAS_SEMA, HORARIO)
 PROFESORES (CÓDIGO_PROF, NOMBRE, DNI)
 CURSOS_HORARIOS_PROFESORES (CÓDIGO_PROF, CÓD_HORARIO, CÓD_CURSO,
CÓDIGO_PROG, Nº_ALUMNOS)
 ESTUDIANTES (CÓDIGO_ESTUD, DNI, NOMBRE)
 MATRÍCULAS (Nº_MATRÍCULA, FECHA, FECHA_INICIO, CÓDIGO_ESTUD, CÓDIGO_PROF,
CÓD_HORARIO, CÓD_CURSO, CÓDIGO_PROG)

Modelo Relacional (MR) Normalizado Completo


Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 5

Figura 1

Modelo Relacional (MR) - problema 1, Sistema de Matrícula

Modelo E-R completo para el sistema de matrícula


Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 6

Problema 02: Sistema Biblioteca

La biblioteca municipal LOS AMAUTAS necesita una base de datos para llevar el control de

préstamos de libros que realizan sus lectores

Del dialogo con el administrador se tienen las siguientes reglas:

1. Un Lector puede solicitar uno o varios libros en un mismo préstamo, pero no puede

repetir un libro en el mismo préstamo

2. Un Lector puede inscribirse y no realizar ningún préstamo.

3. Un préstamo solo corresponde a un solo lector.

4. Los libros no cambian de código, ni de autor, ni de editorial.

5. De un libro se tienen varios ejemplares o copias, estas copias se enumeran empezando 1,

luego 2 y así sucesivamente.


Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 7

6. Es importante saber si se devolvió el libro, en caso de que demore, el lector de pagar una

multa por cada día de retraso.

A continuación, tienes la ficha de préstamos:

Se le solicita aplicar la normalización para obtener el diseño de la base de datos, el

procedimiento es el siguiente:

1. Descubrir los atributos y presentar la Entidad Compleja.

2. Encontrar la PK y aplicar la 1FN.

3. Aplicar la 2FN.

4. Aplicar la 3FN

5. Construir el diagrama E-R genera Modelo Relacional no Normalizado

Modelo Relacional no Normalizado


Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 8

 LIBROS (CÓD_LIBRO, COPIA, TÍTULO, AUTOR, CÓD_EDITORIAL, NOM_EDITORIAL, DISPONIBLE,


LIBROS_TOTALES)
 USUARIOS_LECTORES (CÓD_LECTOR, TELÉFONO, DNI, CORREO, NOMBRE, DIRECCIÓN)
 MULTAS (CÓD_LECTOR, Nº_DIAS, FECHA_PAGO, CÓD_LIBRO (FK), COPIA (FK))
 PRESTAMOS (Nº_PRESTAMO, FECHA_PRESTAMO, FECHA_DEVOLUCIÓN, CANTIDAD, ESTADO,
COPIA (FK), CÓD_LECTOR (FK), CÓD_LIBRO (FK))

Primera forma normal (FN1)

 LIBROS_DETALLE (CÓD_LIBRO, TÍTULO, AUTOR, CÓD_EDITORIAL, NOM_EDITORIAL,


LIBROS_TOTALES)
 LIBROS (CÓD_LIBRO, COPIA, DISPONIBLE)
 USUARIOS_LECTORES (CÓD_LECTOR, TELÉFONO, DNI, CORREO, NOMBRE, DIRECCIÓN)
 MULTAS_PAGO (CÓD_LECTOR, Nº_DIAS, FECHA_PAGO)
 MULTAS_LIBROS (CÓD_LECTOR, CÓD_LIBRO, COPIA)
 PRESTAMOS (Nº_PRESTAMO, FECHA_PRESTAMO, FECHA_DEVOLUCIÓN, CANTIDAD,
CÓD_LECTOR)
 PRESTAMOS_COPIA (Nº_PRESTAMO, COPIA, CÓD_LIBRO)
 PRESTAMOS_ESTADO (Nº_PRESTAMO, ESTADO)

Segunda forma normal (FN2)

 LIBROS_DETALLE (CÓD_LIBRO, TÍTULO, AUTOR, CÓD_EDITORIAL, NOM_EDITORIAL,


LIBROS_TOTALES)
 LIBROS (CÓD_LIBRO, COPIA, DISPONIBLE)
 USUARIOS_LECTORES (CÓD_LECTOR, TELÉFONO, DNI, CORREO, NOMBRE, DIRECCIÓN)
 MULTAS_PAGO (CÓD_LECTOR, Nº_DIAS, FECHA_PAGO)
 MULTAS_LIBROS (CÓD_LECTOR, CÓD_LIBRO, COPIA)
 PRESTAMOS (Nº_PRESTAMO, FECHA_PRESTAMO, FECHA_DEVOLUCIÓN, CANTIDAD,
CÓD_LECTOR)
 PRESTAMOS_COPIA (Nº_PRESTAMO, COPIA, CÓD_LIBRO)
 PRESTAMOS_ESTADO (Nº_PRESTAMO, ESTADO)

Tercera forma normal (FN3)

 LIBROS_DETALLE (CÓD_LIBRO, TÍTULO, AUTOR, CÓD_EDITORIAL, NOM_EDITORIAL,


LIBROS_TOTALES)
 LIBROS (CÓD_LIBRO, COPIA, DISPONIBLE)
 USUARIOS_LECTORES (CÓD_LECTOR, TELÉFONO, DNI, CORREO, NOMBRE, DIRECCIÓN)
 MULTAS_PAGO (CÓD_LECTOR, Nº_DIAS, FECHA_PAGO)
Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 9

 MULTAS_LIBROS (CÓD_LECTOR, CÓD_LIBRO, COPIA)


 PRESTAMOS (Nº_PRESTAMO, FECHA_PRESTAMO, FECHA_DEVOLUCIÓN, CANTIDAD,
CÓD_LECTOR)
 PRESTAMOS_COPIA (Nº_PRESTAMO, COPIA, CÓD_LIBRO)
 PRESTAMOS_ESTADO (Nº_PRESTAMO, ESTADO)

Modelo Relacional (MR) Normalizado Completo

Figura 2

Sistema de colegio (MR) completo


Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 10

Modelo E-R completo para el sistema biblioteca

Enlace de video en YouTube

Link del video, sobre la solución de la practica 4:

Conclusiones

1. Es necesario saber para quien y que parte de su base de datos estamos diseñando;

además de entender los requerimientos que pide o necesita la empresa.


Diseño de Base de Datos Relacional – Normalización FN1, FN2 FN3. 11

2. Definir bien los atributos, a veces, aunque el atributo sea comúnmente

multivaluado podemos poner condiciones para que deje de serlo y ajustarse a los

requerimientos de forma eficiente.

3. Hay campos que se repiten en diferentes tablas y es importante que se repitan solo

en los casos necesarios.

Recomendaciones

1. Es mejor considerar las condiciones de Normalización al momento de hacer

nuestro diseño relacional y evitar extensos análisis tabla por tabla.

2. Dejar comentarios útiles sobre el tipo de dato y su cálculo para la correcta

implementación de los campos.

3. Cuando se confuso la normalización, se puede crear ejemplos para comprobar los

multi valores y aclarar las dependencias funcionales

También podría gustarte