Está en la página 1de 9

Entrega

Nombre de la materia
Bases de datos

Nombre de la licenciatura
Ingenieria en Sistemas

Nombre del alumno


Emiliano Sierra Rodriguez

Matrícula
010464779

Nombre de la tarea
Normalización de bases de datos

Unidad #
3

Nombre del Profesor


Francisco Ham Salgado

Fecha
30/11/2022
Unidad 1 Nombre de la Unidad
Nombre de la Materia

Introducción:

¿De qué manera se puede garantizar el tránsito correcto de una base de datos
basada en el modelo entidad-relación al modelo relacional?

El modelo entidad relación es la antesala de un buen funcionamiento de una base de datos, tener la
parte del modelo relacional bien establecido es sin duda el éxito de la implementación de la base de
datos.

Tarea:

Tarea
Tu tarea consiste en la Normalización de base de datos relacional del problema
planteado en el proyecto FiredUp localizado en el libro Procesamiento de bases de datos.
Fundamentos, diseño e implementación (págs. 77 y 78).

∙ Teniendo como base el modelo relacional generado en la tarea de la unidad 3, normaliza


el esquema de base de datos utilizando los criterios para la 1FN, 2FN y 3FN.
∙ Incluye en tu trabajo el diagrama Entidad – Relación de la tarea 2, el esquema de base de
datos de la tarea 3 y al final, deberás mostrar el esquema de base de datos
NORMALIZADO. ∙ Deberás explicar el criterio de normalización que estás aplicando en cada
tabla. ∙ Como Introducción a tu actividad da respuesta a la pregunta detonante de esta
semana: ¿De qué manera las formas normales optimizan el diseño de bases de datos?
∙ Finaliza tu actividad con una conclusión donde indiques la importancia de aplicar
normalización a la estructuración de una base de datos.
∙ Estructura de la Actividad de aprendizaje: Portada, Introducción, Normalización (1FN, 2FN
y 3FN), Conclusión, Referencias en estilo APA. Utiliza el formato de tareas UTEL. ∙ Revisa
el siguiente recurso para elaborar referencias en formato
APA: http://bibliotecas.unam.mx/index.php/desarrollo-de-habilidades-informativas/como-
hacer citas-y-referencias-en-formato-apa
Unidad 1 Nombre de la Unidad
Nombre de la Materia

Desarrollo de la actividad:

Diseñar el modelo relacional del problema planteado en el proyecto FiredUp


localizado en el libro Procesamiento de bases de datos. Fundamentos, diseño e
implementación.

Considere la situación de FiredUp que analizamos al final de los capítulos 1 y 2. Suponga que FiredUp
ahora ha desarrollado una línea de tres estufas diferentes: FiredNow, FiredAlways y FiredAtCamp.
Además, suponga que los propietarios están vendiendo refacciones de cada estufa y que también las
reparan. Algunas reparaciones son gratuitas porque están dentro del periodo de garantía de la estufa;
en otras sólo se cobran las refacciones, y en otras más se cobran las refacciones y la mano de obra.
FiredUp quiere tener el seguimiento de todos estos datos. Cuando se solicitaron mayores detalles a
los propietarios, hicieron la siguiente lista:

CLIENTE: Nombre, Dirección, Calle, NúmerodeDepartamento, Ciudad, Estado/


Provincia, CP, País, CorreoElectrónico, NúmeroTelefónico
ESTUFA: NúmerodeSerie, Tipo, FechadeFabricación, ClavedelInspector
FACTURA: NúmerodeFactura, Fecha, Cliente, con una lista de artículos y
precios a los que fueron vendidos, PrecioTotal
REPARACIÓN: NúmerodeReparación, Cliente, Estufa, Descripción, con una lista de
artículos que fueron utilizados en la reparación y el costo de éstos, cuando proceda, y
CantidadTotal de la reparación
PARTE: Número, Descripción, Costo, PreciodeVenta
Unidad 1 Nombre de la Unidad
Nombre de la Materia

TABLA ORIGEN

Se considera una tabla origen donde se expresan todos los datos que el cliente requiere tener para
controlar su negocio.
Se consideran las indicaciones que describe en la parte superior.
I N C NU C E C P COR NU E N T FEC CL FA FE C A PRE R C EST D RE PRE PA DES C
D A M I R M_ S U I H A C C R CIO E L UFA E FA C R C O
_ O L _DE U S P A EO_ TE T M P A_F VE TU HA L T _ P I _RE SC CC IO_ TE RIP ST
C L P E L U E O A _I RA _ I I AR A E P RI I R _ CI O
LI M E ART D T I LECT EF R BRI NS _N FA E C TI R N AR P O EFA NU ON _
E A S RON O F O C P U C U CUL A A CI N C ME _ P
N B MEN A A I NO A _S ACI ECT M TU N L O CI T CI O ES CIO RO PAR A
T R TO CO E O O R O S O E N N N TE RT
E E D D RI N R A T S N 2 ES E
E
O E

1 O 1 101 C C 2 M GF 32 1 10 I 10/ A1 18 1 O E 25 4 O EST N Q 250. P2 QU 2


0 9 G 3 2 N 0 0 6 0/ S 5 5 U O U 3 0 E 5
1 S P D D 5 E @DF 23 5 2/2 5 9 06 S T 6. 8 S FA E E 5 MA 0.
C O D.C 2 - T 0 / U 6 A MO N M D 3
A N M M 3 X O 32 36 E 18 20 C F DEL CI A ORE
I I M 3 - G 1 A C O E D S
R E X X 6 C 2 6 8 A M A a N O
L N R D R
O T O A R O R E ES
E L D L RE
P L E O VI
E O L S
Z O P A
P a E R
Z Q
E U
E
Z M
A
D
O
R
ES

Primera forma Normal:


De acuerdo a lo que pide la primera forma normal es independizar las tablas por tema en específico.
Unidad 1 Nombre de la Unidad
Nombre de la Materia

Por lo cual se propone las siguientes tablas, las cuales ya están clasificando un criterio de información
en especifico.
ID_CLIENTE NOMBRE CALLE NUM_DEPARTAMENTO CIUDAD ESTADO CP PAIS CORREO_ELECTRONICO NUM_TELEFONO

101 OSCAR 19 101 CDMX CDMX 253 MEXIC GFG@DFD.COM 3232323232


LOPEZ PONIENTE 6 O

ESTUFA NUMERO_SERI TIPO FECHA_FABRICACION CLAVE_INSPECTO


E R

1 1025-36-6 INTEGRAL 10/02/2018 A105

FACTURA_NU FECHA_FACTUR CLIENTE ARTICULOS PRECIO_ARTICULO


M A S

1869 10/06/2018 OSCAR ESTUFA MODELO a 2556.6


LOPEZ

REPARACIO CLIENTE2 ESTUFA_REPARACI DESCRIPCION


N N

458 OSACAR ESTUFA MODELO NO ENCIENDE REVISAR


LOPEZ a QUEMADORES

REFACCIONES PRECIO_REFACCIONE PARTE_NUMER DESCRIPCION_PARTE COSTO_PART PRECIO_VENTA_PART


S O E E

QUEMADORE 250.3 P205 QUEMADORES 250.3 280


S

Segunda Forma Normal:


Considerando que la 3FN pide que cada tabla deberá tener una llave, donde la información
contenida en la tabla será dependiente de esa llave.
ID_CLIENTE NOMBRE CALLE NUM_DEPARTAMENTO CIUDAD ESTADO CP PAIS CORREO_ELECTRONICO NUM_TELEFONO

101 OSCAR 19 101 CDMX CDMX 253 MEXIC GFG@DFD.COM 3232323232


LOPEZ PONIENTE 6 O

ID_ESTUFA NUMERO_SERI TIPO FECHA_FABRICACION CLAVE_INSPECTO


Unidad 1 Nombre de la Unidad
Nombre de la Materia

E R

1 1025-36-6 INTEGRAL 10/02/2018 A105

ID_FACTUR FACTURA_NU FECHA_FACTUR CLIENTE ARTICULOS PRECIO_ARTICULO


A M A S

12569 1869 10/06/2018 OSCAR LOPEZ ESTUFA $ 2,556.60


MODELO a

ID_REPARACIO CLIENTE ESTUFA_REPARACI DESCRIPCION REFACCION_USAD


N N A

458 101 1 NO ENCIENDE REVISAR 52


QUEMADORES

ID_REFACCIO PRECIO_REFACCIONE PARTE_NUMER DESCRIPCION_PARTE COSTO_PART PRECIO_VENTA_PART


N S O E E

52 250.3 P205 QUEMADOR $ 250.30 $ 280.00

ID_REPARACIO ID_REFACCIO
N N

458 52

ID_FACTUR ID_CLIENTE ID_ESTUF


A A

12569 101 1

Tercera Forma Normal:


Esta forma normal dice que una tabla está normalizada si todas las columnas que no son llave son
funcionalmente dependientes por completo de la llave primaria y no hay datos repetidos. Por lo que las
tablas que se originan para poder tener un orden en el modelo relacional. Es el que se propone a
continuación.
Estas tablas son las que se obtienen del grafico del modelo relacional arriba mencionado.
ID_CLIENTE NOMBRE id_direccio CORREO_ELECTRONICO NUM_TELEFON
Unidad 1 Nombre de la Unidad
Nombre de la Materia

n O

101 OSCAR 1 GFG@DFD.COM 3232323232


LOPEZ

id_direccion CALLE NUM_DEPARTAMENT CIUDAD ESTADO CP PAIS


O

1 19 101 CDMX CDMX 2536 MEXIC


PONIENTE O

ID_ESTUFA NUMERO_SERI TIPO_estuf FECHA_FABRICACION CLAVE_INSPECTO precio_estuf


E a R a

1 1025-36-6 INTEGRAL 10/02/2018 A105 $ 12,563.00

ID_REPARACIO id_cliente id_estufa id_factura costo_repacaio


N n

458 101 102 103 104

ID_REPARACION_DETALL ID_Parte costo_parte


E

458 52 102

id_parte num_part DESCRIPCION_PART COSTO_PARTE PRECIO_VENTA_PART


e E E

52 250.3 QUEMADOR $ $ 280.00


250.30

ID_FACTUR FACTURA_NU FECHA_FACTUR id_cliente total


A M A factura

12569 1869 10/06/2018 101 $ 12,563.00

ID_FACTUR ID_FACTURA_detall id_movimient id_estufa precio_estuf


A e o a
Unidad 1 Nombre de la Unidad
Nombre de la Materia

12569 1 1 1 $ 12,563.00

Con este modelo estamos separando a detalle la información para tener información clasificada y su
acceso de lectura y escritura sea más óptima en un sistema de base de datos.

Terminología:

Normalización: El proceso de normalización de bases de datos consiste en designar y aplicar una


serie de reglas a las relaciones obtenidas tras el modelo entidad-relación.

Dependencia Funcional: Todas las dependencias dependen obligatoriamente de la dependencia principal.

Dependencia funcional transitiva: cuando una dependencia depende de la dependencia principal y de


alguna otra dependencia que a su vez depende de la principal.

Conclusiones:
Las bases de datos relacionales se normalizan para:

∙ Evitar la redundancia de los datos.


∙ Disminuir problemas de actualización de los datos en las tablas.
∙ Proteger la integridad de los datos.
Para que las tablas de nuestra BD estén normalizadas deben cumplir las siguientes reglas:

∙ 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.

Existen 3 niveles de normalización que deben respetarse para poder decir que nuestra base de datos,
se encuentra NORMALIZADA, es decir, que cumple con los requisitos naturales para funcionar
óptimamente y no perjudicar el rendimiento por mala arquitectura.
Estas 3 reglas de Normalización se les conocen como las 3 FORMAS NORMALES.

Fuentes de información:

-CodigoCompliado (6 ago 2015) Base de Datos #13 / Normalización. Obtenido de


Youtube: https://www.youtube.com/watch?v=bO18omSzeR4

-CodigoCompliado (20 Sep 2015) Base de Datos #14 / Normalización 3FN. Obtenido de
Youtube: https://www.youtube.com/watch?v=-LrUJR0G_6g
Unidad 1 Nombre de la Unidad
Nombre de la Materia

-videoconferencias (04 dic 2012) UTPL ÁLGEBRA RELACIONAL


[(INFORMATICA)](FUNDAMENTOS DE BASES DE DATOS). Obtenido de
Youtube: https://www.youtube.com/watch?v=TBFaLt9A-Oq

UCAM Universidad Católica de Murcia (03 dic 2014) Base de Datos-


Normalización. Otras formas normales- Antonia María Sánchez Pérez.
Obtenido de Youtube:
https://www.youtube.com/watch?v=ATF_Kj5t-PU

-Yed graph editor (yWorks, 2014).

-Procesamiento de bases de datos. Fundamentos, diseño e implementación (págs.77 y 78).


9

También podría gustarte