Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Descripción de la normalización
La normalización es el proceso de organizar datos en una base de datos. Esto incluye la
creación de tablas y el establecimiento de relaciones entre esas tablas de acuerdo con las
reglas diseñadas tanto para proteger los datos como para que la base de datos sea más
flexible mediante la eliminación de la redundancia y la dependencia incoherente.
¿Qué es una "dependencia incoherente"? Aunque resulta intuitivo para un usuario buscar en
la tabla de clientes la dirección de un cliente en particular, es posible que no tenga sentido
buscar en él el salario del empleado que llama a ese cliente. El salario del empleado está
relacionado con el empleado o depende de él y, por lo tanto, se debe mover a la tabla
empleados. Las dependencias incoherentes pueden dificultar el acceso a los datos, ya que
la ruta para encontrar los datos puede faltar o estar dañada.
Hay algunas reglas para la normalización de bases de datos. Cada regla recibe el nombre de
"formulario normal". Si se observa la primera regla, se dice que la base de datos está en la
"primera forma normal". Si se cumplen las tres primeras reglas, se considera que la base de
datos está en la "tercera forma normal". Aunque son posibles otros niveles de normalización,
la tercera forma normal se considera el nivel más alto necesario para la mayoría de las
aplicaciones.
Al igual que con muchas reglas y especificaciones formales, los escenarios del mundo real
no siempre permiten el cumplimiento perfecto. En general, la normalización requiere tablas
adicionales y algunos clientes lo consideran engorrosos. Si decide infringir una de las tres
primeras reglas de normalización, asegúrese de que la aplicación anticipa los problemas que
puedan producirse, como datos redundantes y dependencias incoherentes.
En las siguientes descripciones se incluyen ejemplos.
No use varios campos en una sola tabla para almacenar datos similares. Por ejemplo, para
realizar un seguimiento de un elemento de inventario que puede provenir de dos orígenes
posibles, un registro de inventario puede contener campos para el código de proveedor 1 y
el código de proveedor 2.
Los registros no deben depender de nada que no sea la 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 es necesaria para la tabla clientes, pero también las
tablas pedidos, envíos, facturas, cuentas a cobrar y colecciones. En lugar de almacenar la
dirección del cliente como una entrada independiente en cada una de estas tablas,
almacénela en un lugar, ya sea en la tabla customers (clientes) o en una tabla de direcciones
independiente.
Los valores de un registro que no forman parte de la clave de ese registro no pertenecen a
la tabla. En general, siempre que el contenido de un grupo de campos se aplique a más de
un registro de la tabla, considere la posibilidad de colocar dichos campos en una tabla
independiente.
Por ejemplo, en una tabla de contratación de empleados, puede incluirse el nombre de la
Universidad y la dirección de un candidato. Pero necesita una lista completa de las
universidades para los correos de grupo. Si la información de la Universidad se almacena en
la tabla candidatos, no hay forma de enumerar universidades sin candidatos actuales. Cree
una tabla universidades independiente y vincúlelo a la tabla candidatos con una clave de
código de Universidad.
Es posible que sea más factible aplicar la tercera forma normal solo a los datos que cambian
con frecuencia. Si se conservan algunos campos dependientes, diseñe la aplicación para
exigir al usuario que compruebe todos los campos relacionados cuando se modifique
cualquiera de ellos.
1. Tabla no normalizada:
TABLA 1
Compañero # Asesor Salón de avanzada Class1 Class2 Class3
1022 Pérez 412 101-07 143-01 159-02
4123 Saavedra 216 201-01 211-02 214-01
Las hojas de cálculo suelen usar la tercera dimensión, pero las tablas no deben. Otra
forma de analizar este problema es con una relación de uno a varios, no ponga en el
lado uno y en el lado varios de la misma tabla. En su lugar, cree otra tabla en la primera
forma normal eliminando el grupo extensible (número de clase), como se muestra a
continuación:
TABLA 2
Compañero # Asesor Salón de avanzada Tipo #
1022 Pérez 412 101-07
1022 Pérez 412 143-01
1022 Pérez 412 159-02
4123 Saavedra 216 201-01
4123 Saavedra 216 211-02
4123 Saavedra 216 214-01
Tenga en cuenta los valores de varias clases # para cada valor de número de alumno
de la tabla anterior. La clase # no depende funcionalmente del número de estudiante
(clave principal), por lo que esta relación no está en la segunda forma normal.
TABLA 3
Compañero # Asesor Salón de avanzada
1022 Pérez 412
4123 Saavedra 216
TABLA 4
Compañero # Tipo #
1022 101-07
1022 143-01
1022 159-02
4123 201-01
4123 211-02
TABLA 4
Compañero # Tipo #
4123 214-01
TABLA 5
Compañero # Asesor
1022 Pérez
4123 Saavedra
TABLA 6
Nombre Sala Departamento
Pérez 412 42
Saavedra 216 42