COMPUTACIÓN IV Alcalá Gaytán Erick Daniel Banda Salas Luis Rolando Rodríguez Gaspar Leticia Adriana

Normalización de bases de datos DEFINICION El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.

Normalización de bases de datos Las bases de datos relacionales se normalizan para: Evitar la redundancia de los datos. Evitar problemas de actualización de los datos en las tablas. Proteger la integridad de los datos.

Normalización de bases de datos En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla sea considerada como una relación tiene que cumplir con algunas restricciones: Cada tabla debe tener su nombre único. No puede haber dos filas iguales. No se permiten los duplicados. Todos los datos en una columna deben ser del mismo tipo.

Normalización de bases de datos Formas Normales Primera Forma Normal (1FN) Segunda Forma Normal (2FN) Tercera Forma Normal (3FN) Forma normal de Boyce-Codd (FNBC) Cuarta Forma Normal (4FN) Quinta Forma Normal (5FN)

Segunda Forma Normal (2FN) La segunda forma normal (2FN) es una forma normal usada en normalización de bases de datos. La 2FN fue definida originalmente por E.F. Codd en 1971. Una tabla que está en la primera forma normal (1NF) debe satisfacer criterios adicionales para calificar para la segunda forma normal. Específicamente: una tabla 1FN está en 2FN si y solo si dada una clave primaria y cualquier atributo que no sea un constituyente de la clave primaria, el atributo no clave depende de toda la clave primaria en vez de solo una parte de ella.

Segunda Forma Normal (2FN) La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un término que describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos. Una vez alcanzado el nivel de la Segunda Forma Normal, se controlan la mayoría de los problemas de lógica. Podemos insertar un registro sin un exceso de datos en la mayoría de las tablas.

Lugar actual de trabajo EJEMPLO: Considere una tabla describiendo las habilidades de los empleados: La única clave candidata de la tabla es {Empleado y Habilidad}. Empleado Habilidad Lugar actual de trabajo Jones Mecanografía 114 Main Street Taquigrafía Tallado Bravo Limpieza ligera 73 Industrial Way Ellis Alquimia Malabarismo Harrison

Lugar actual de trabajo EJEMPLO: Un alternativa 2FN a este diseño representaría la misma información en dos tablas: Empleado Habilidad Jones Mecanografía Taquigrafía Tallado Bravo Limpieza ligera Ellis Alquimia Malabarismo Harrison Empleado Lugar actual de trabajo Jones 114 Main Street Bravo 73 Industrial Way Ellis Harrison

Segunda Forma Normal (2FN) y las claves candidatas Una tabla para la cual no hay dependencias funcionales parciales en la clave primaria está típicamente, pero no siempre, en 2FN. Además de la clave principal, la tabla puede contener otras claves candidatas. Es necesario establecer que ningún atributo no- principal tienen dependencias de clave parciales en cualesquiera de estas claves candidatas.

Nombre completo del modelo EJEMPLO: Las múltiples claves candidatas ocurren en la siguiente tabla: Fabricante Modelo Nombre completo del modelo País del fabricante Forte X-prime Forte X-prime Italia Ultraclean Forte Ultraclean Dent-o-Fresh EZBrush Dent-o-Fresh EZBrush USA Kobayashi ST-60 Kobayashi ST-60 Japón Hoch Toothmast er Hoch Toothmaster Alemania Contender Hoch Contender