SERVICIO NACIONAL DE APRENDIZAJE

Especialización Tecnológica Gestión y Seguridad de Base de Datos

AA9 - Evidencia 3: Normalización de Bases de Datos.

Presentado por:

Luis Rafael Orrego González

 INTRODUCCIÓN

El proceso de mejorar el rendimiento de las estructuras de la base de datos,

conserva un esquema el cual mejora en el desarrollo de rápidas respuestas al
momento de consultar, de insertar o sobre todo de relacionar una entidad con otra.

La búsqueda de un nivel óptimo de rendimiento en los servicios asociados a las

bases de datos, es una constante para lograr el mantenimiento proactivo que debe
proveer el administrador de las bases de datos. Consecuentemente una de las
tareas a implementar es la verificación de la estructura de la base de datos y el
desarrollo de acciones que permitan optimizarla, para esto deben ser revisados
temas asociados a la normalización y desnormalización de la base de datos, ya
que una estructura deficiente puede incidir en que las consultas a los datos
relacionados no puedan realizarse de una manera óptima y deterioren el nivel de
respuesta esperado.

En consideración es necesario conocer como se debe normalizar una base de

datos teniendo en cuenta sus tres formas, por esa razon entraremos a realizar un
mejoramiento en dichas esctructuras creadas en la base de datos para la Alcaldía
de San Antonio del Sena.
OBJETIVOS

GENERAL

Formalizar la base de datos, con el fin de implementar la normalización y dar un

optimo rendimiento en el desempeño de las mismas.

ESPECIFICOS

Validar el tener almacenado con el menor espacio posible.

Evitar la redundacia de la información.

Eliminar datos repetidos.

Eliminar errores lógicos.

Tener datos ordenados.

 AA9-Ev3-Normalización de Bases de Datos

Normalizacion

El objetivo de la normalización es la construcción de un esquema de base de

datos
que satisfacen propiedades de las formas normales.

Es un proceso de simplificación que busca tener almacenado con el menor

espacio posible, en donde por medio de la eliminación de datos repetidos, buscara
minimizar los errores lógicos, dando un orden en los datos almacenados.

Un esquema mal definido en la etapa de diseño puede conducir a una serie de

anomalías durante la fase operativa, tales como duplicación de la información y
anomalías durante las operaciones de actualización (insertar, suprimir, modificar).
Estas anomalías no aparecerán si se descompone la base de datos desde el
principio.

El proceso de normalización implementa la aplicación de una serie de reglas

conocidas como “las formas normales”. Las tres primeras formas normales ayudan
a evitar la redundancia de información y a mejorar el rendimiento de la base de
datos, específicamente en las consultas. Estas formas normales se basan en las
dependencias funcionales entre los atributos de un esquema de base de datos.

Primera forma normal (1FN).

Una tabla se encuentra en primera forma normal cuando sus atributos no

contienen
grupos de repetición.

Segunda forma normal (2FN).

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.

Tercera forma normal (3FN).

La tercera forma normal 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.
La optimización de la consulta.
En Bases de datos relacionales el lenguaje de consultas SQL es lo más utilizado
por los programadores y desarrolladores para obtener información de la Base de
datos. La complejidad que pueden alcanzar algunas consultas puede ser tal, que
el diseño de una consulta puede tomar un tiempo considerable, obteniendo no
siempre una respuesta óptima.

Base de datos secretaria de Salud.

Primera forma normal (1FN).

La entidad eps Pasa la primera forma porque no presenta repeticiones.

Segunda forma normal (2FN).

La entidad historialpersona pasa la segunda forma.

Tercera forma normal (3FN).

La entidad persona pasa la tercera forma.

Lo que se observa es que la entidades:

  Tipoafiliado.
 Estadopersona.
 Tipoidentificacion.
 Tiposervicio.

No están relacionados, entonces para poder contar con un esquema que cumpla
con todas las formas, lo que debemos hacer es comenzar a crear una relación
lógica de las entidades.

Es comenzar a asociar las entidades pero preservando la integridad de la

información sin perderla o duplicarla.

Lo primero que debemos realizar es unir las entidades historialpersona.persona,

por medio del numero de cedula.

Quedando así:
De esta manera estas dos entidades estaría cumpliendo con las tres formas.

Continuamos aplicando uniones en las entidades preservando la información.

En donde la unión segura de las entidades eps.historialpersona, cumplen con las

tres formas.
Los campos relacionados serian los siguientes:

Seguimos con las asociaciones en la base de datos SecSalud.

En donde la aplicación de integridad conservando las 3 formas normales se

realizaría con las entidades servicioeps.tiposervicio.
Mediante los siguientes campos:

Seguimos integrando entidades para lograr obtener un base de datos con una
excelente normalización.

Con el fin de que la información no se duplique, de esta manera nuestra base de

datos quedaría así:
Relación de todas las entidades.

Como resultado a la integración de las tres formas, podemos tener como resultado
resultado como el siguiente:
En donde el nivel de búsqueda aumentando la posibilidad de no repetir la
información.
Base de datos hacienda.

Primera forma normal (1FN).

La entidad ConceptoPago Pasa la primera forma porque no presenta repeticiones.

Segunda forma normal (2FN).

La entidad ConceptoPago Pasa la segunda forma porque no presenta

inconvenientes llave principal.

Tercera forma normal (3FN).

La entidad ConceptoPago Pasa la Tercera forma porque no presenta

inconvenientes.

Concepto de Pago
Codigo_concepto_pago Nombre_Concepto
1 Impuesto sobre la renta
2 Avaluo Catastral
3 Registro Inmobilario
4 Impuesto predial
5 Certificado paz y salvo
6 Cobro Coativo

Primera forma normal (1FN).

En la entidad CuentasPorCobrar contamos con información repetida la cual
podemos también utilizar en otra entidad, ConceptoCuenta que tambien
podríamos crear una entidad Concepto de cuenta. Para las entidades
CuentasPorCobrar y CuentasproPagar.

Segunda forma normal (2FN).

En la entidad CuentasPorCobrar, no pasa la segunda forma porque no presenta

inconvenientes, en donde la llave principal Número de cuenta la podemos utilizar
en las entidades CuetasPorCobrar y en CuentasporPagar.

Tercera forma normal (3FN).

En la entidad CuentasPorCobrar, Pasa la Tercera forma porque hay campos que

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

CuentasPorCobrar
NroCuenta CodTercero ConceptoCuent ValorCuenta EstadoCuenta
a
1 5 Impuestos 2002 452000,00 2
2 8 Impuestos 2002 189520,00 1
3 3 Impuestos 2002 250000,00 1
4 4 Impuestos 2004 852000,00 2
5 5 mpuestos 2003 487000,00 2
6 5 mpuestos 2004 490000,00 2

Primera forma normal (1FN).

En esta entidad CuentasPorPagar contamos con información repetida podemos

ver que también se utiliza en otra entidad, el cual ConceptoCuenta el cual
podríamos crear una tabla Concepto de cuenta. Para las entidades
CuentasPorCobrar y CuentasproPagar.

Segunda forma normal (2FN).

En la entidad CuentasPorCobrar Pasa la segunda forma porque no presenta

inconvenientes llave principal.

Tercera forma normal (3FN).

En la entidad CuentasPorCobrar no Pasa la Tercera forma porque hay campos

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

CuentasPorPagar
nroCuenta codTercero conceptoCuenta valorCuenta estadoCuenta
1 5 Impuestos 2002 452000,00 2
 2 8 Impuestos 2002 189520,00 1
3 3 Impuestos 2002 250000,00 1
4 4 Impuestos 2004 852000,00 2
5 5 Impuestos 2003 487000,00 2
6 5 Impuestos 2004 487000,00 2

A Continuación, mostramos como quedarían estas tablas para que cumplan con
las tres Formas Normales.

Primera forma normal (1FN).

La entidad DetalleFacturaVigente Pasa la primera forma porque no presenta

repeticiones.

Segunda forma normal (2FN).

La entidad DetalleFacturaVigente no pasa la segunda formar.

Tercera forma normal (3FN).

La entidad DetalleFacturaVigente no pasa la tercera formar.

DetalleFacturaVigente
Iddet codigoConce nroFac codigoCo valorBasGr valora valorTotalCo
alle ptoPago tura ncepto avable ctor ncepto
1 1 1 NULL 425362,00 0,50 212681,00
2 5 2 NULL 425362,00 0,20 85072,40
3 6 12 NULL 425362,00 0,30 127608,60
4 2 13 NULL 425362,00 0,20 85072,40
5 1 14 NULL 128352,00 0,10 12835,20
6 5 15 NULL 425362,00 0,60 255217,20
7 1 16 NULL 425362,00 0,50 212681,00
8 3 17 NULL 78452,00 0,30 23535,60
9 2 18 NULL 283000,00 0,20 56600,00
10 2 19 NULL 175421,00 0,80 140336,80
11 1 20 NULL 425362,00 0,30 127608,60
12 1 21 NULL 480000,00 0,20 96000,00
13 1 22 NULL 425362,00 0,50 212681,00
14 2 12 NULL 425362,00 0,40 170144,80
15 4 11 NULL 425362,00 0,30 127608,60
16 4 10 NULL 425362,00 0,30 127608,60
17 4 9 NULL 128352,00 0,30 38505,60
18 4 8 NULL 425362,00 0,30 127608,60
19 4 7 NULL 425362,00 0,30 127608,60
20 5 6 NULL 78452,00 0,60 47071,20
21 5 5 NULL 283000,00 0,60 169800,00
22 6 4 NULL 175421,00 0,30 52626,30
23 1 3 NULL 425362,00 0,10 42536,20
24 2 15 NULL 480000,00 0,20 96000,00
25 1 14 NULL 253698,00 0,10 25369,80
26 4 13 NULL 1236585,0 0,30 370975,50
0

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