AA9-EV3-NORMALIZACIÓN DE BASES DE DATOS.

DANIEL EDUARDO TACHA GUASCA

TUTOR:

NELSON LOPEZ HIDALGO

ESPECIALIZACIÓN EN GESTIÓN Y SEGURIDAD DE BASES DE

DATOS
 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 exactamente en
todas sus ubicaciones. Un cambio en la dirección de un cliente es mucho
más fácil de implementar 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 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.
 OBJETIVOS.

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

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 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.
 CONCEPTO DE 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 considera 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.

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.

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 almacenarla dirección de un cliente como una
entrada independiente en cada una de estas tablas, almacénela en
un lugar, ya sea en la tabla Clientes o en una tabla Direcciones
independiente.

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

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 des normalizan mientras otros
alaban sus ventajas y acostumbran a des normalizar.
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.
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 forma
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

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