Servicio Nacional de Aprendizaje

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

AA9-Ev3-Normalización de Bases de Datos.

Tutor

Andrés Felipe Parra Martinez

Estudiante

Wilfran Rafael Martínez Arroyo

1.067.717.655

Servicio Nacional de Aprendizaje - Sena

Agustín Codazzi Cesar

Abril de 2018
 Tabla de contenido

Introducción ........................................................................................................................... 3

Objetivo ................................................................................................................................. 4

Aplicación y diseño de base de datos .................................................................................... 5

Normalizar la base de datos ................................................................................................... 5

Consideraciones finales y problemas de la normalización .................................................... 6

Desnormalizar la base de datos. ............................................................................................ 7

Consultas ............................................................................................................................... 8

Base de Datos SecHacienda .................................................................................................. 9

Esquema base de datos secretaria de hacienda. ................................................................... 10

Esquema base de datos secretaria de gobierno. ................................................................... 23

Conclusión ........................................................................................................................... 29

Referencias .......................................................................................................................... 30
 Introducción

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 consulta

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.

 Objetivo

En el siguiente manual se ejecutará la fase de planeación de migración de datos, descrita en

el respectivo Plan de migración, lo cual permitirá la aplicación del procedimiento de

extracción, transformación, limpieza y carga de datos así como la validación de la

consistencia de los datos migrados.

Objetivos específicos

• Aprender a administrar una base de datos con postgresql.

• Aprender a administrar una base de datos con SQLserver 2014.

• Conocer algunas herramientas que ayudan a migrar los datos de un SMBD a otro.

• Ejecución del Procedimiento de Extracción, Transformación, Limpieza y Carga de los

datos de Postgrasql a SQL Server

Prueba y validación de la migración en la base de datos en SQL Server.

 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

Normalizar la base de datos

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.

 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.

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.

Desnormalizar la base de datos.

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. Página. 5 •

Cuando los cálculos se debe realizar en una o más columnas. • Si las tablas se debe 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.

 Consultas

Las 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
 Base de Datos SecHacienda

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

repeticiones.

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

inconvenientes llave principal.

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

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

 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.

 Conclusión

De acuerdo con el diseño lógico presentado, podemos concluir que se pueden suplir las

necesidad de la organización en este caso la alcaldía de san Antonio del Sena cumpliendo con la

labor de ayudar a los funcionarios municipales para que brinden un mejor servicio a las personas

del pueblo ya que se pueden obtener un fácil acceso a la información, confiabilidad en los datos

de cada una de las secretarias y estas podrán disponer independientemente de otras sus propios

recursos según lo que planificamos en trabajos anteriores.

Mantener siempre la información protegida y respaldada ante cualquier eventualidad, así

como la conservación de la información

 Referencias

Oracle. (2018). Oracle. Obtenido de Oracle:

http://www.oracle.com/technetwork/database/express-edition/database10gxe-

459378.html

Oracle Virtual BOX. (2018). VirtualBox. Obtenido de VirtualBox: https://www.virtualbox.org/

sena. (2018). sena. Laboratorio 03: Configuración de sistemas manejadores de base de datos

https://senaintro.blackboard.com/bbcswebdav/pid-98436663-dt-content-rid-

127067312_4/institution/semillas/217219_1_VIRTUAL/OAAPs/OAAP3/aa4/lab3/index.

html

wikipedia. (2018). wikipedia la enciclopedia libre. Obtenido de wikipedia la enciclopedia libre:

https://es.wikipedia.org/wiki/ISO/IEC_27002