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. Portada…………………………………………………………………… …………………………………………………………………… …………………………………………………..1 …………..1 1. Portada……………………………………… Contraportada……………………………………………………………………… …………………………………………………………………… ………………………………..2 ..2 1.1. Contraportada………………………………… 1.2. Tabla de contenido………………………………………………………………………………………………….3 Introducción…………………………………………………………………………… …………………………………………………………………… …………………………………...4 …...4 2. Introducción……………………………………… Objetivos…………………………………………………………………………………… …………………………………………………………………… ………………………………..5 ..5 3. Objetivos……………………………………………… 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 ………………………………………………………………………… …………………………………………………………………… …………………………………… …… 23 8. Conclusiones……………………………………
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
o
o
1FNConceptoPago: 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.
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.c om/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-databasetabasenormalization-basics https://es.slideshare.net/hugofreestyle/norma https://es.slidesha re.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.c o/2012/08/normalizar-o-desnormalizar-una-basea-basede.html .
24
