ACTIVIDAD 5

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

TUTOR:
HERNÁN HENAO HERNÁNDEZ
INSTRUCTOR CENTRO DE COMERCIO Y TURISMO- ARMENIA, QUINDÍO.

APRENDICES:

SAMUEL DAVID GARCIA PALENCIA

SERVICIO NACIONAL DE APRENDIZAJE

SENA
ESPECIALIZACIÓN EN GESTIÓN Y SEGURIDAD EN BASE DE DATOS
FORMACIÓN VIRTUAL
2019
 INTRODUCCIÓN
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. Otro aspecto a 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.
APLICACIÓN Y DISEÑO DE BASE DE DATOS
Las técnicas que permiten optimizar el diseño de una base de datos han
evolucionado a medida que se desarrollan más aplicaciones. Las técnicas se
basan en la aplicación de la normalización para el desarrollo de bases de datos,
junto con una estrecha colaboración entre los administradores de bases y
desarrolladores de aplicaciones, así como técnicas de trabajo, tanto en pre-
producción como en los sistemas terminados.

1.1 Normalizar la base de datos

1.1.1 Introducción
El objetivo de la normalización es la construcción de un esquema de base de
datos que satisfacen propiedades de las formas normales.
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.

1.1.2 Primera forma normal (1FN).

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

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

1.1.5 Consideraciones finales y problemas de la normalización.

La teoría de la normalización nos ayuda a estructurar mejor las tablas de la base
de datos, evitando posibles redundancias. 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 ineficacia en la
recuperación de información. 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.

1.2 Des normalizar la base de datos.

Aunque la normalización se considera el objetivo del modelado de una base de

datos, eliminando la redundancia y dependencias incoherentes entre las tablas,
la desnormalización, es decir, la duplicación de registros para acelerar la
recuperación de datos, puede ser útil en algunos casos:
• Cuando las consultas más importantes se refieren a datos de varias tablas.
• Cuando los cálculos se deben realizar en una o más columnas.
• Si las tablas se deben consultar de diferentes maneras por diferentes usuarios
en el mismo período.
• Si algunas tablas se utilizan con mucha frecuencia.
Para evaluar la opción de des normalizar, se deben analizar las necesidades en
de acceso a los datos por las aplicaciones en su entorno y en función de su
rendimiento. En la mayoría de los casos, los problemas potenciales de
rendimiento pueden ser resueltos por una política de indexación y el uso
alternativo de la desnormalización.
La desnormalización puede hacerse de diferentes formas:
• Particionamiento horizontal: se utiliza para dividir una tabla en varias tablas que
contienen las mismas columnas, pero menos filas.

• El particionamiento vertical: una tabla que se utiliza para dividir en tablas

separadas que contienen el mismo número de filas, pero menos columnas.
• FusionTables: Tablas que se pueden combinar para eliminar la unión entre
ellos.
• Columna de desnormalización: Se repite una columna en varias tablas para
evitar tener que crear combinaciones entre tablas.
2. La optimización de consultas
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.
El éxito de un proyecto de software depende de la experiencia y habilidad del
personal en el desarrollo.
Es una técnica para ahorro de tiempo en las consultas a través del algebra
relacional

BD SECRETARIA DE HACIENDA
 TABLAS
1. TABLA TERCERO

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo depende de la llave primaria (Existe
dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

NOTA: se sugiere en la tabla propietario contenga todos estos campos de

la tabla tercero, el cual sea quien lleve el control de sus cuentas.

2. TABLA CUENTAS POR COBRAR

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN NO Sus atributos contienen grupos de repetición.
2 FN NO Cada campo depende de la llave primaria (Existe
dependencia funcional), pero no CUMPLE LA 1FN.
3FN NO Cada campo NO posee su propia llave primaria en
diferente tabla
 3. TABLA CUENTAS POR PAGAR

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN NO Sus atributos contienen grupos de repetición.
2 FN NO Cada campo depende de la llave primaria (Existe
dependencia funcional), pero no CUMPLE LA 1FN.
3FN NO Cada campo NO posee su propia llave primaria en
diferente tabla

4. TABLA PREDIO

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo depende de la llave primaria (Existe
dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

5. TABLA PROPIETARIO

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo depende de la llave primaria (Existe
dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

6. TABLA TIPO USO

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo depende de la llave primaria (Existe
dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)
TABLA ESTRATO

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo depende de la llave primaria (Existe
dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

7. TABLA FACTURA VIGENTE

FORMA CUMPLE OBSERVACIONES
NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo depende de la llave primaria (Existe
dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

8. TABLA DETALLE FACTURA VIGENTE

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo depende de la llave primaria (Existe
dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

9. TABLA PAGO
FORMA CUMPLE OBSERVACIONES
NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo depende de la llave primaria (Existe
dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

10. TABLA CONCEPTO DE PAGO

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo posee su propia llave primaria
(dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)
Así quedaría la BD modificada y normalizada.
BD SECRETARIA DE GOBIERNO

1. TABLA DEMANDANTE

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN NO sus atributos no contienen grupos de repetición, pero el
campo nombre no es atómico y es propenso a errores
2 FN NO Cada campo posee su propia llave primaria
(dependencia funcional), pero no cumple la 1FN
3FN NO No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva), pero no
cumple la 2FN

Se sugiere adicionar el campo apellido para que se cumpla la ley de

atomicidad.
 2. TABLA DEMANDADO

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN NO sus atributos no contienen grupos de repetición, pero el
campo nombre no es atómico y es propenso a errores
2 FN NO Cada campo posee su propia llave primaria
(dependencia funcional), pero no cumple la 1FN
3FN NO No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva), pero no
cumple la 2FN

Se sugiere adicionar el campo apellido para que se cumpla la ley de

atomicidad.

3. TABLA QUERELLA

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN NO Sus atributos contienen grupos de repetición.
2 FN NO Cada campo posee su propia llave primaria
(dependencia funcional)
3FN NO Cada campo NO posee su propia llave primaria en
diferente tabla (no hay dependencia transitiva)
 4. TABLA ACTUACION

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo posee su propia llave primaria
(dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

5. TABLA DETENCION

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN NO Sus atributos NO contienen grupos de repetición
actualmente, pero en el campo motivo lo mas probable
es que si a medida que se alimente la BD.
2 FN NO Cada campo posee su propia llave primaria
(dependencia funcional)
3FN NO Cada campo NO posee su propia llave primaria en
diferente tabla (no hay dependencia transitiva)

6. TABLA PERSONA

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo posee su propia llave primaria
(dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)
 7. TABLA INSPECCION

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo posee su propia llave primaria
(dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

8. TABLA CONTRAVENCION

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo posee su propia llave primaria
(dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

9. TABLA INSPECCION_CONTRAVENCION
 FORMA CUMPLE OBSERVACIONES
NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo posee su propia llave primaria
(dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

10. TABLA INVOLUCRADO

FORMA CUMPLE OBSERVACIONES

NORMAL
1 FN NO sus atributos no contienen grupos de repetición, pero el
campo nombre no es atómico y es propenso a errores
2 FN NO Cada campo posee su propia llave primaria
(dependencia funcional), pero no cumple la 1FN
3FN NO No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva), pero no
cumple la 2FN

Se sugiere adicionar el campo apellido para que se cumpla la ley de

atomicidad.

11. TABLA CONTRACTUACION

FORMA CUMPLE OBSERVACIONES
NORMAL
1 FN SI sus atributos no contienen grupos de repetición.
2 FN SI Cada campo posee su propia llave primaria
(dependencia funcional)
3FN SI No hay campos que dependan transitivamente de la
llave primaria (no hay dependencia transitiva)

Así quedaría la BD modificada y normalizada.