1
UNIVERSIDAD ABIERTA Y A DISTANCIA DE MÉXICO
DIVISIÓN DE CIENCIAS EXACTAS, INGENIERÍA Y
TECNOLOGÍA
PE TELEMÁTICA
Unidad 2/ Actividad
Actividad 4: Normalización
Estudiante: Juan Daniel Pilero Espinoza
ES-231101478
02-Base de Datos -KBDD
Grupo: TM-KBDD-2301-B1-001
Docente: Yadira Rodríguez Marcelo
Celaya, Guanajuato 5 de marzo de 2023
2
ÍNDICE DE CONTENIDO
INTRODUCCIÓN............................................................................................................................................3
DESARROLLO................................................................................................................................................4
El proceso de normalización.........................................................................................................................4
Definición de las primeras formas normales................................................................................................6
Aplicación de formas normales al ejercicio planteado.................................................................................9
REFERENCIAS..............................................................................................................................................10
3
INTRODUCCIÓN
Al momento de poner en marcha nuestra base de datos para el contexto (o ambiente de
producción) de la empresa u organización para la que estamos trabajando es menester tomar primero
como medida de seguridad, que el diseño y la solución que hemos propuesto sean sometidos a un
proceso conocido como “Normalización” a fin de detectar posibles errores a futuro (como forma de
previsión) sobre la integridad de los datos en sí y tener la certeza que su integridad así como congruencia
sea efectivamente la más adecuada.
En el siguiente trabajo abordamos precisamente la importancia de este proceso así como brindar
una descripción del mismo, incluidas las formas o reglas que se aplican para correctamente establecer el
diseño de bases de datos por lo menos en 3 formas normales conocidas y estudiadas a través de los años
de evolución del modelo relacional de bases de datos; además de aplicar estos conceptos a un ejercicio
de ejemplo con el objetivo de brindar un escenario más claro sobre cómo se ejecuta de manera correcta
este procedimiento de normalizar una base de datos.
4
DESARROLLO
El proceso de normalización
Estamos ubicados casi en la implementación del diseño o esquema de base de datos relacional
en algún sistema manejador de base de datos que nos ayuda a almacenar toda esta información; pero
primero debemos estudiar el proceso que implica “NORMALIZAR” una base de datos así como las
ventajas que ofrece al pulido y detallado del modelo, describir y aplicar las primeras 3 formas normales
incluyendo una definición propia y formal al respecto.
Comenzamos primero definiendo el proceso como tal de una normalización de base de datos,
apoyándonos del material provisto por UNADM (2021) en el documento para el curso de Base de datos;
en este explica que el proceso de normalizar una base de datos es someter al diseño preliminar del
esquema relacional a ciertas restricciones que cumplan las formas normales con el objetivo de reducir
inconsistencias o problemas de integridad de la información a ser almacenada. En este sentido
definimos, con ayuda de las ideas propuestas por SÁNCHEZ (2004), que el proceso de Normalización de
una Base de datos consiste en el procedimiento o conjunto de acondicionamientos que se le aplican a un
esquema relacional de bases de datos previo a su implementación con el objetivo de reducir en gran
medida problemas con la información o datos que esta va a almacenar y en concreto se resumen en los
siguientes:
Datos duplicados o repetidos innecesariamente en las bases de datos
Registros que reflejan un grado de ambigüedad o bien, que se presentan a múltiples
interpretaciones o significados
Errores o detalles en la integridad de los datos
5
Acciones imprácticas en la modificación o eliminación de registros que, muy seguramente
desencadenarían mas errores de inconsistencia de datos o infracciones de integridad
Normalizar una base de datos bajo estos preceptos característicos puede traer beneficios
interesantes al proyecto o al sistema que se este desarrollando: por mencionar algunos tenemos la
seguridad mantener nuestra información integra, congruente y confiable al contexto y necesidades de
nuestro cliente por cuanta información necesite guardar, la reducción de costes al tratar de resolver
problemas relacionados con la consistencia y congruencia de los datos en las tablas (que es menester
decir que en un ámbito de producción suelen haber miles de registros con error en estas tablas de la
base de datos), con el consecuente gasto de tiempo y dinero en su reparación, y por último una
perspectiva distinta sobre buenas prácticas de modelado de datos para futuros proyectos de base de
datos.
Un dato importante a tomar en consideración es precisamente el que describe que las formas
normales principales (5) son restrictivas y la nivel mas alto contiene forzosamente a las demás, formando
un esquema de base de datos casi totalmente normalizado (aunque en la práctica pueda ser complicado
dado el contexto del problema del cliente a resolver), estableciendo este comportamiento como un
diagrama de Venn; de lo cual podemos deducir que una base de datos puede estar normalizada hasta
cierto nivel, quizá no más allá, pero forzosamente esto daría a entender que SI cumple niveles mas bajos
de normalización hasta llegar a la primera forma normal.
Figura 1
Diagrama de inclusión de las formas normales
6
Fuente: Syscal (s.f.), Diagrama de inclusión de las formas normales, recuperado de
[Link]
Archivo:[Link] bajo licencia de creative commons
Existen varias reglas o restricciones aplicables al esquema para normalizar una base de datos
incluyendo las 12 reglas de Edgar Frank Codd, sin embargo, nos enfocaremos únicamente en explicar las
primeras 3 formas tradicionales a continuación.
Definición de las primeras formas normales
Existen varias formas normales aplicadas dentro de un “universo” como si se tratase de muñecas
matroskas, comenzamos primero describiendo la PRIMERA FORMA NORMAL (1FN). Esta norma nos
describe de acuerdo con SÁNCHEZ (2004 p. 23) que la primera forma normal es el principio de
atomicidad, o lo que es lo mismo: no es posible que el atributo de una tupla tome más de un valor a la
vez causando entonces un principio de ambigüedad. Esta primera forma normal nos deja en claro que
los campos de una tupla solo deben guardar un dato o valor perteneciente al dominio, pero UNO SOLO
UNICAMENTE, Silberchatz et al (2002) declara bajo este precepto que el dominio de estos atributos es
atómico, lo que significa que son indivisibles estos elementos; en el ejemplo abordamos la comparativa.
Figura 2
Demostración correcta de la primera forma normal
7
Sánchez J., Principios sobre base de datos relacionales, pp. 23,24 (izq: no normalizada, derecha
normalizada)
Ahora bien, todo esto nos deja con conceptos de la teoría de conjuntos que necesitamos
esclarecer y que son la dependencia funcional transitiva y la dependencia funcional. La dependencia
funcional implica que para un elemento del conjunto de atributos 1 existe única y exclusivamente un
elemento, pero del conjunto de atributos 2 haciendo que el conjunto 1 sea el determinante y el
conjunto 2 el implicado. Ahora tenemos que la dependencia funcional transitiva ocurre cuando entra en
juego un tercer conjunto de atributos; describiéndose como la dependencia que se da primero
funcionalmente entre el conjunto 1 y el conjunto 2 y después este segundo tiene dependencia funcional
ahora con el tercer conjunto; cabe destacar que entre el primero y el tercero no existe dependencia, sino
que el segundo atributo funge como “intermediario de la dependencia”.
Lo anterior establecido nos apoya para comprender la segunda forma normal, que apoyándonos
en los apuntes de UNADM (2021), esta 2FN tiene que ver con la dependencia que se establece entre las
tablas, primero respetando la 1FN y luego observar la dependencia funcional existente entre un atributo
y la clave. Prestar atención al hecho de que si no dependen completamente de la clave (o sea si es parcial
o de otra) entonces formarán otra tabla.
Figura 3
Tabla de alumnos normalizada bajo 2FN (no normalizada arriba, normalizada debajo )
8
Sánchez J. (2004), Principios de bases de datos relacionales, p. 25
Siguiendo con esta línea de ideas procedemos con la tercera forma normal, la cual nos habla
acerca de cumplir primero las dos formas anteriores sobre dependencia funcional y atomicidad.
Cumplido esto, 3FN dicta que tampoco debe contener atributos que dependan transitivamente de otros
que no sean clave, o lo que es lo mismo y en palabras cercanas de UNADM (2021), no debería existir
atributo NO PRINCIPAL que desarrolle dependencia de una clave dentro de la misma tabla y en su lugar
debería colocarse esa clave y nada más, transformando así el esquema hacia 3FN como en el siguiente
ejemplo:
Figura 4
3FN de tabla alumnos
9
Sánchez J. (2004), Principios de bases de datos relacionales, p. 26
Aplicación de formas normales al ejercicio planteado
El ejercicio planteado en la planeación de la unidad involucra una tabla que necesita someterse a
los principios de estas formas normales tal que se van a obtener tablas nuevas, vamos por orden primero
evidenciando la estructura de la tabla única e inicial:
Figura 5
Tabla de trabajo para aplicar las formas normales
Fuente: UNADM (2021), Planeación didáctica U2 Base de Datos
10
Tenemos primero para analizar 1FN que está en su forma normal, excepto por el artículo cuyo id
tiene el valor de “4011” que refiere a dos productos distintos: “Toallas desinfectantes Roshe” y “Jabón
de manos líquido clean”. Para resolver esto decidimos colocar la clave “4012” a las toallas.
Para la 2FN y 3FN revisamos que en efecto presenta conflicto en cuanto a la repetición de los
valores tanto de la fecha como del nombre del cliente por ser dependencias funcionales y dependencias
funcionales transitivas pudiendo acomodar los datos en tablas nuevas como CLIENTE, ARTICULO, así
como también incluir una tabla propia para almacenar las compras realizadas, finalmente se integran
estos datos de claves primarias y foráneas a la tabla PEDIDOS que se evidencia, recoge datos de todas las
demás tablas respetando además las formas normales anteriores.
El resultado se refleja en la siguiente figura quedando:
Figura 6
Propuesta de tablas normalizadas
Autoría propia
REFERENCIAS
Sánchez J. (2004), Principios sobre Bases de Datos Relacionales, recuperado de
[Link] bajo licencia creative commons
Silberchatz A. et al (2002), Fundamentos de Bases de Datos (4 ed.), editorial Mc Graw Hill
11
UNADM (2021), Base de Datos. Unidad 2 Análisis, material de estudio del curso de base de datos