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

2
TABLA DE CONTENIDO>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>PAG.

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

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

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

4. Concepto de normalización…………………………………………………………………………… 6
4.1 Primera Forma Normal. 1FN…………………………………………………………………… .6
4.2 Segunda Forma Normal. 2FN …………………………………………………………………… 6
4.3 Tercera Forma Normal. 3FN…………………………………………………………………… ..7

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

3
 2. INTRODUCCION.

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

normalización, que es la manera de organizar los datos de una base de datos. Se incluye la
creación de tablas y el establecimiento de relaciones entre ellas una secuencia de etapas en
el proceso de normalización llamada (formas normales), según reglas diseñadas tanto para
proteger los datos como para hacer que la base de datos sea más flexible al eliminar la
redundancia y las dependencias incoherentes.

Los datos redundantes desperdician el espacio de disco y crean problemas de

mantenimiento. Si hay que cambiar datos que existen en más de un lugar, se deben cambiar
de la misma forma
f orma exactamente en todas sus ubicaciones. Un cambio en la dirección de un
cliente es mucho más fácil de implementar
i mplementar si los datos sólo se almacenan en la tabla Clientes
y no en algún otro lugar de la base de datos.

Otro aspecto fundamental

fundamental para analizar es el uso de herramientas
herramientas que permitan optimizar
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.

4
 3. OBJETIVOS.

3.1 Objetivo General.

Validar los diseños de bases de datos de las

l as 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.2 Objetivos 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 probl emas 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.

5
 4. CONCEPTO DE NORMALIZACION.
NORMALIZACION.

La normalización de la base de datos es el proceso de organizar los datos siguiendo una

serie de buenas prácticas y bases teóricas que desembocan en estructuras de datos
saneadas. Esta normalización afecta, fundamentalmente, a las tablas y relaciones que las
unen, así como restricciones y campos que los forman, para proteger la integridad de la
información que almacenan entre otras ventajas. Esta integridad afecta, obviamente, al
dato único, eliminando redundancias y dependencias innecesarias o, por el contrario,
aportando las necesarias.

Además, con la normalización ayudamos a eliminar dependencias no necesarias o

relaciones que no deberí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 mismo registro,
calificadores que dependan de terceras tablas o que son temporales o se deba registrar un
histórico.

Estas reglas o normas se denominan formas normales que se aplican en cascada, de manera
que si se cumple la primera regla, es decir, la base de datos cumple la primera norma, se
dice que la base de datos está en la “primera forma normal”. Si se cumplen las tres primeras
reglas, la base de datos se consid era que está en la “tercera forma normal”. Existen niveles
superiores pero, en el sector, se asume que el cumplimiento de estas 3 primeras reglas es
suficiente para aportar una coherencia profesional a una base de datos.

4.1 Primera Forma Normal. 1FN

En esta forma normal se debe disponer de una tabla independiente para cada conjunto de
datos relacionados, identificando cada conjunto de datos relacionados con una clave
principal. Además, los datos de significado similar no deben estar en una misma tabla.

No use varios campos en una sola tabla para almacenar datos similares. Por ejemplo, para
realizar el seguimiento de un elemento del inventario que proviene de dos orígenes
posibles, un registro del inventario puede contener campos para el Código de proveedor 1
y para el Código de proveedor 2.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.

Los registros no deben depender de nada que no sea una clave principal de una tabla, una
clave compuesta 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 también en las
tablas Pedidos, Envíos, Facturas, Cuentas por cobrar y Colecciones. En lugar de almacenar
la dirección de un cliente como una entrada independiente en cada una de estas tablas,

6
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 l a 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.1 Des 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.

7
 6. ESQUEMA BASE DE DATOS SECRETARIA DE HACIENDA.

o 1FNConceptoPago:
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.

8
 (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 tabl as CuentasPorCobrar
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.
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
ConceptoCuenta el cual podríamos crear una
tabla Concepto de cuenta. Para las tablas CuentasPorCobrar
CuentasPorCobrar y CuentasproPagar.
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.

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

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

11
 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.

12
A Continuación, mostramos como quedaría esta tabla para que cumplan con las tres Formas
Normales.

13
 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.

14
 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.

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

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

17
  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.

18
7. ESQUEMA BASE DE DATOS SECRETARIA DE GOBIERNO.

19
 1FN Actuación: La tabla Pasa la primera forma porque no presenta repeticiones.
 2FN Actuación: La tabla Pasa la segunda
s egunda 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.

20
 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.

21
 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.

22
  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.

23
 9. REFERENCIAS BIBLIOGRAFICAS.
BIBLIOGRAFICAS.

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

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

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

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

http://izquierdas.blogspot.com.co/2012/08/normalizar-o-desnormalizar-un
http://izquierdas.blogspot.com.co/2012/08/normalizar-o-desnormalizar-una-base-
a-base-
de.html

24