Está en la página 1de 7

SERVICIO NACIONAL DE APRENDIZAJE SENA

Especialización tecnológica en Gestión y Seguridad de Base de Datos

AA9-Ev3-Normalización de Bases de Datos.

Presentado por

xxxxxxxxxxxxxxxx

Tutor:
xxxxxxxxxxxxxxxxxxxxxxxxx

Cartagena de Indias Distrito Turístico y Cultural


12 –septiembre- 2019
Colombia
Actividad AA9-3:

Validar los diseños de las Bases de Datos cumpliendo con atributos de calidad y consistencia. En la
Alcaldía San Antonio del Sena, dos secretarías muy importantes son las de Gobierno y Hacienda que
se encargan de cumplir funciones específicas que usted estudió y comprendió en el caso de estudio
inicial de esta formación. Recordemos que estás dos dependencias, al igual que las otras secretarías
de la Alcaldía, fueron implementadas a través de scripts que se revisaron y estudiaron en la actividad
aprendizaje 2 de la actividad de proyecto 1. Ahora es necesario que usted retome esta información
para validar los diseños de las dos Bases de Datos verificando que las tres formas normales están
debidamente aplicadas y asociadas a los diseños que le fueron presentados. Para realizar estas
revisiones, usted debe elaborar un documento que exponga a través de capturas de pantalla la
respectiva validación del diseño, teniendo en cuenta que debe justificar los aciertos o en su defecto
los hallazgos y mejoras en las que se deba incurrir.

Objetivo
Presenta informe de la optimización de la estructura de la base de datos, con la justificación de las acciones
desarrolladas.
DESARROLLO

Recordemos

Para desarrollar el proceso de normalización de la base de datos de secretaria de hacienda


tendremos en cuenta que:

Primera forma normal (1FN).

Una tabla se encuentra en primera forma normal cuando sus atributos no contienen
grupos de repetición.

La segunda forma normal es cuando su clave principal está compuesta por más de un campo.

Se produce cuando la clave principal está compuesta por más de un campo. En este caso,
todos los campos que dependan funcionalmente de clave principal forman una tabla y los
campos que no se identifiquen con la clave principal deben pertenecer a otra tabla.

La imagen a continuación es la base de datos de secretaria de haciendo donde encontramos lo


siguiente:
Para la tabla FACTURA VIGENTE se encuentra que la primera forma normal esta aplicada, pero
necesita que se le aplique la segunda forma normal y tercera forma normal creado una nueva
tabla “factura” con su clave primaria id factura y la tabla DetalleFacturaVigente con su calve
principal id_FacturaVigente, quedando así
Tabla factura
Quedando de la Siguiente Forma

Para la tabla DetalleFacturaVigente se encuentra que la primera forma normal esta aplicada,
pero necesita que se le aplique la segunda forma normal y tercera forma normal donde la
relación de esta tabla se hará con la creada anteriormente factura y el campo
valorTotalConcepto pasa a la tabla concepto pago por corresponder ese campo a dicha entidad
Que Dando de la siguiente forma
Con los cambios realizados el esquema de diseño completo queda de la siguiente manera:

Secretaria de Gobierno
Tablas

Realizamos un análisis a las tablas llegando a la conclusión que la base de datos de la secretaria de
Gobierno no necesita normalización

Se realizan algunas consultas no presenta registros duplicados

También podría gustarte