GESTION Y SEGURIDAD DE BASES DE DATOS

(ESPECIALIZACION TECNOLOGICA)

Mes Abril.

Normalización de Bases de Datos.

Aprendiz

Rafael Alejandro Palmezano Padilla

Tutor (ING):

ANDRES FELIPE PARRA MARTINEZ

Servicio Nacional de Aprendizaje Sena

Colombia

2018

1
GESTION Y SEGURIDAD DE BASES DE DATOS

Actividad: AA9-Ev3

Normalización de Bases de Datos.

Aprendiz

Rafael Alejandro Palmezano Padilla

Servicio Nacional de Aprendizaje Sena

Modalidad virtual

2018
TABLA DE CONTENIDO>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>PAG.

1. Portada.............................................................................................................1
1.1. Contraportada...............................................................................................2
1.2. Tabla de contenido........................................................................................3

2. Introducción.......................................................................................................4

3. Objetivos...........................................................................................................5
3.1. Objetivo general de la actividad.......................................................................5
3.2. Objetivos específicos......................................................................................5

4. Concepto de normalización.............................................................................6
Primera Forma Normal. 1FN6
Segunda Forma Normal. 2FN6
Tercera Forma Normal. 3FN7

5. Problemas frecuentes en la normalización......................................................7

5.1 Des normalización en Bases de datos.....................................................7

6. Esquema base de datos secretaria de hacienda............................................8

7. Esquema base de datos secretaria de gobierno............................................19

8.Conclusiones.....................................................................................................23

9. Referencias bibliográficas..............................................................................24
 2. INTRODUCCION.

En el siguiente informe se examinara minuciosamente los detalles del proceso de

de relaciones entre ellas una secuencia de etapas en el proceso de normalización llamada (formas normales), según reglas diseñadas tanto para pro
en en más de un lugar, se deben cambiar de la misma forma exactamente en todas sus ubicaciones. Un cambio en la dirección de un cliente es much

Otro aspecto fundamental para analizar es el uso de herramientas que permitan optimizar
las consultas, así como la creación y uso apropiado de índices para el mejoramiento del
rendimiento en la ejecución de consultas. Al tener consultas de larga duración se
consumen recursos del sistema que hacen que el servidor y las aplicaciones funcionen
con lentitud, desencadenando otros problemas y por tanto es necesario adoptar
diferentes estrategias para buscar la ejecución más eficiente de las consultas.
3. OBJETIVOS.

3.1Objetivo General.

Validar los diseños de bases de datos de las secretarias de Gobierno y Hacienda de la

alcaldía de San Antonio del Sena verificando que las tres formas normales estén
debidamente aplicadas y satisfagan las necesidades requeridas.

3.2Objetivos Específicos.

 Documentar los aciertos y desaciertos de cada uno de los diseños de las bases
de datos de las secretarías de hacienda y gobierno.

 Realizar las modificaciones correspondientes sobre los diseños de las bases de

datos, que conduzcan a solucionar los problemas encontrados.

 Argumentar cada una de las modificaciones realizadas sobre los diseños de las
bases de datos.

 Identificar los defectos encontrados en cada uno de los diseños de las bases de
datos y determinar los problemas que particularmente pueden generar si no
se corrigen.
 4. CONCEPTO DE NORMALIZACION.

normalización afecta, fundamentalmente, a las tablas y relaciones que las unen, así como restricciones y campos que los forman, para proteger la in

eberían de existir. Por ejemplo, si tenemos un registro que nos identifica la información fiscal de una empresa, no deberíamos encontrar, en el mism

e de datos está en la “primera forma normal”. Si se cumplen las tres primeras reglas, la base de datos se considera que está en la “tercera forma normal”

4.1 Primera Forma Normal. 1FN

pendiente para cada conjunto de datos relacionados, identificando cada conjunto de datos relacionados con una clave principal. Además, los datos

s campos en una sola tabla para almacenar datos similares. Por ejemplo, para
guimiento de un elemento del inventario que proviene de dos orígenes posibles, un registro del inventario puede contener campos para el Código de
igo de proveedor 2 .

4.2 Segunda Forma Normal. 2FN

Si tenemos información que se aplica a múltiples registros, ésta debe estar organizada en entidades separadas y unida con una clave ajena o externa

sta si es necesario. Por ejemplo, considere la dirección de un cliente en un sistema de contabilidad. La dirección se necesita en la tabla Clientes, pero
 almacénela en un lugar, ya sea en la tabla Clientes o en una tabla Direcciones
independiente.

4.3 Tercera Forma Normal. 3FN

Se revisa la dependencia funcional de los campos con aquellos que no son clave, si esto
ocurre, se deben extraer de la tabla, sin que se pierda el vínculo existente con las tablas.
En el siguiente ejemplo algunos campos no dependen directamente de la clave principal
o parte de ella, sino que depende de otro campo de la tabla, por tanto decimos que la
tabla no está en tercera forma normal.

5. PROBLEMAS FRECUENTES EN LA NORMALIZACION.

El principio de la normalización nos ayuda a estructurar y organizar mejor las tablas de la

base de datos, evitando posibles redundancias o en su defecto duplicidad de
información. Mientras la normalización resuelve los problemas relacionados con la
estructuración de los datos en tablas, crea problemas añadidos a su propio concepto,
como es la deficiencia en la recuperación de información de vital importancia. Así, el
proceso de normalización envuelve la descomposición de una tabla en tablas más
pequeñas, lo cual requiere que la clave primaria de la tabla se incluya, como una clave
foránea, en las nuevas tablas que se forman. Esto significa que a medida que se van
creando estas claves foráneas se va incrementando las probabilidades de poner en
peligro la integridad de la base de datos. Otro efecto adicional al número creciente de
tablas en la base de datos, es que se ve disminuido el rendimiento del sistema en la
recuperación de la información contenida, por tanto, en ciertas ocasiones es necesario
llegar a un equilibrio entre el nivel de normalización de la base de datos y el rendimiento
del sistema.

5.1Des normalización en Bases de datos.

La des normalización es el proceso de invertir las transformaciones realizadas

durante la normalización por razones de rendimiento. Se trata de un tema que
suscita la polémica entre los expertos en bases de datos. Para algunos el coste es
demasiado alto y nunca desnormalizan mientras otros alaban sus ventajas y
acostumbran a desnormalizar.

Los defensores de la normalización siguen este proceso mental: la normalización crea

más tablas al avanzar hacia formas normales más altas, pero un mayor número de tablas
significa un mayor número de combinaciones al recuperar los datos, lo que contribuye a
la ralentización de las consultas. Por esta razón, para mejorar la velocidad de
determinadas consultas, se pueden anular las ventajas de la integridad de datos y
devolver la estructura de los datos a una forma normal inferior.
6. ESQUEMA BASE DE DATOS SECRETARIA DE HACIENDA.

o 1FNConceptoPago: La tabla Pasa la primera forma porque no presenta

repeticiones.

o 2FNConceptoPago: La tabla Pasa la segunda forma porque no presenta

Inconvenientes llave principal.

o 3FNConceptoPago: La tabla Pasa la Tercera forma porque no presenta

inconvenientes.
 (1FN) CuentasPorCobrar: En esta tabla contamos con información repetida
podemos q también se utiliza en otra tabla, el cual ConceptoCuenta el cual
podríamos crear una tabla Concepto de cuenta. Para las tablas
CuentasPorCobrar y CuentasproPagar.

 2FN CuentasPorCobrar: La tabla no Pasa la segunda forma porque no presenta

inconvenientes llave principal Número de cuenta porque podemos utilizar en las
tablas CuetasPorCobrar y en CuentasporPagar. .

 3FN CuentasPorCobrar: La tabla no Pasa la Tercera forma porque hay campos

que no son relevantes y pueden cambiar al modificar la tabla de importación.

 1FN CuentasPorPagar: En esta tabla contamos con información repetida

podemos q también se utiliza en otra tabla, el cual ConceptoCuenta el cual
podríamos crear una tabla Concepto de cuenta. Para las tablas
CuentasPorCobrar y CuentasproPagar.

 2FN CuentasPorCobrar: La tabla Pasa la segunda forma porque no presenta

inconvenientes llave principal.

 3FN CuentasPorCobrar: La tabla no Pasa la Tercera forma porque hay campos

que no son relevantes y pueden cambiar al modificar la tabla de importación.
Las tablas quedarían de la siguiente manera para el proceso de las 3 formas normales.

 1FNDetalleFacturaVigente: La tabla Pasa la primera forma porque no presenta

repeticiones.

 2FN DetalleFacturaVigente: La tabla no pasa la segunda formar.

 3FN DetalleFacturaVigente: La tabla no pasa la tercera formar.

La tabla para cumplir con las tres formas normales quedaría así:

 1FN Estrato: La tabla Pasa la primera forma porque no presenta repeticiones.

 2FN Estrato: La tabla Pasa la segunda forma porque no presenta inconvenientes
llave principal.
 3FN Estrato: La tabla Pasa la Tercera forma porque no presenta inconvenientes.
 1FNDetalleFacturaVigente: La tabla Pasa la primera forma porque no presenta
repeticiones.
 2FN DetalleFacturaVigente: La tabla no pasa la segunda formar.
 3FN DetalleFacturaVigente: La tabla no pasa la tercera formar.
A Continuación, mostramos como quedaría esta tabla para que cumplan con las tres
Formas Normales.
 1FN Pago: La tabla Pasa la primera forma porque no presenta repeticiones.
 2FN Pago: La tabla Pasa la segunda forma porque no presenta inconvenientes
llave principal.
 3FN Pago: La tabla Pasa la Tercera forma porque no presenta inconvenientes.
 1FN Predio: La tabla Pasa la primera forma porque no presenta repeticiones.
 2FN Predio: La tabla Pasa la segunda forma porque no presenta inconvenientes
llave principal.
 3FN Predio: La tabla Pasa la Tercera forma porque no presenta inconvenientes.
Propietario: La tabla debería ser eliminada y crear una tabla persona con diferentes
roles como propietario o, tercero

Ahora mostramos como quedaría esta tabla para que cumplan con las tres Formas
Normales.
Propietario: La tabla debería ser eliminada y crear una tabla persona con diferentes
roles como propietario o, tercero.

A Continuación, mostramos como quedaría esta tabla para que cumplan con las tres
Formas Normales.
  1FN TipodeUso: La tabla Pasa la primera forma porque no presenta
repeticiones.
 2FN TipodeUso: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
 3FN TipodeUso: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.

Así debería quedar la base de datos completa.

7. ESQUEMA BASE DE DATOS SECRETARIA DE GOBIERNO.
 1FN Actuación: La tabla Pasa la primera forma porque no presenta
repeticiones.
 2FN Actuación: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
 3FN Actuación: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.

 1FN CONTRACTUACION: La tabla Pasa la primera forma porque no presenta

repeticiones.
 2FN CONTRACTUACION: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
 3FN CONTRACTUACION: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.

 1FN CONTRAVENCION: La tabla Pasa la primera forma porque no presenta

repeticiones.
 2FN CONTRAVENCION: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
 3FN CONTRAVENCION: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.

 1FN DEMANDADO: La tabla Pasa la primera forma porque no presenta

repeticiones.
 2FN DEMANDADO: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
 3FN DEMANDADO: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.

 1FN DEMANDANTE: La tabla Pasa la primera forma porque no presenta

repeticiones.
 2FN DEMANDANTE: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
 3FN DEMANDANTE: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.

 1FN DETECCION: La tabla Pasa la primera forma porque no presenta

repeticiones.
 2FN DETECCION: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
 3FN DETECCION: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.

 1FN INSPECCION: La tabla Pasa la primera forma porque no presenta

repeticiones.
 2FN INSPECCION: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
 3FN INSPECCION: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.
  1FN PERSONA: La tabla Pasa la primera forma porque no presenta repeticiones.
 2FN PERSONA: La tabla Pasa la segunda forma porque no presenta
inconvenientes llave principal.
 3FN PERSONA: La tabla Pasa la Tercera forma porque no presenta
inconvenientes.

8. CONCLUSIONES.

A partir de la elaboración de este proyecto se podrá mejorar la disponibilidad y los

niveles de servicio asociados a los datos y procesos desarrollados por la
organización, así como el establecimiento de unas políticas de seguridad y
procedimientos asociados al almacenamiento de datos, y a corregir muchos errores
frecuentes en bases de datos mediante el proceso de normalización.

La información es un activo fundamental para la prestación de servicios y toma de

decisiones eficientes, debe brindar un sinnúmero de servicios a su pobladores, como
también gestionar de forma oportuna la información, razón por la cual se hace
necesario el diseño e implementación de una arquitectura tecnológica que le permita
cumplir a cabalidad con los principios de gobernabilidad, sustentabilidad y
mejoramiento de la calidad de vida de los pobladores del municipio.

Debido a la complejidad en su organización una alcaldía debe tomar decisiones

concretas, veraces y oportunas para esto se debe contar con una estructura de
inteligencia de negocio que permita integrar y recoger información relevante de cada una
de ellas, pero también es cierto que se debe tener el recurso humano capacitado para
asumir el proceso tanto operativo, administrativo y gerencial.
 9. REFERENCIAS BIBLIOGRAFICAS.

https://senaintro.blackboard.com/bbcswebdav/institution/semillas/217219_1_VIRTUAL/
OAAPs/OAAP5/inst_eval/egbd-p05-aa9-ev03.pdf 

https://www.cs.upc.edu/~bcasas/docencia/pfc/NormalitzacioBD.pdf 

https://support.microsoft.com/es-co/help/283878/description-of-the-database- normalization-basics

https://es.slideshare.net/hugofreestyle/normalizacin-de-bases-de-datos

de.html