Upload
eduardo-s-de-loera
View
229
Download
5
Embed Size (px)
Citation preview
Para que una relación sea normalizada en pasos
adicionales, debe en la primera forma normal.
Colocar los datos en la primera forma normal
está a cargo del diseñador de la aplicación.
Estos datos se encuentran disponibles de alguna
manera inicialmente. Si la aplicación existe en
forma manual, o ha sido anteriormente
computarizada pero no todavía como
relación, el diseñador reorganiza los datos de
modo de conformar una matriz (1FN).
Para que una relación esté en primera
forma normal (1 FN), debe ser solamente
una relación propia, una matriz m por
n, donde:
• Ninguna celda de la matriz está vacía;
• El valor n cualquier columna está definido
por el dominio para dicho atributo.
• Cada tupla tiene una clave que la
identifica en forma unívoca, pero dicha
clave no significa orden.
Cliente
ID Cliente Nombre Apellido
123 Rachel Ingram
456 James Wright
789 Maria Fernández
Teléfono del cliente
ID Cliente Teléfono
123 555-861-2025
456 555-403-1659
456 555-776-4100
789 555-808-9633
En este diseño no ocurren grupos
repetidos de números telefónicos.
En lugar de eso, cada enlace
Cliente-a-Teléfono aparece en su
propio registro.
Una relación está en segunda forma normal (2FN) solamente sitodos los atributos son dependientes en forma completa de laclave.
Su nombre ya nos indica el hecho de que la segunda forma normales por lo general el siguiente paso de normalización ydescomposición.
Para ser accesible a la normalización, y poder
ser puesta en segunda forma normal, la
relación debe poseer las siguientes
propiedades:
• Debe estar en primera forma normal
• Debe tener una clave compuesta.
• Tenemos una matriz m x n con un valor
determinado para cada componente de cada
tupla.
• Cada valor es obtenido a partir de un dominio
propiamente definimos
• Cada valor contiene una clave, ya sea simple
o compuesta
• Cada componente no clave es dependiente
en forma completa de su clave.
Es una forma normal usada en la normalización de bases de datos. La 3NF fue definida originalmente por E.F. Codd en 1971.
La definición de Codd indica que una tabla está en 3NF si y solo si las dos condiciones siguientes se mantienen:
La tabla está en la segunda forma normal (2NF)
Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave candidata.
Ejemplo
Un ejemplo de una tabla 2NF que falla en
satisfacer los requerimientos de la 3NF es:
La única clave candidata es [Torneo, Año].
Para expresar los mismos hechos sin violar la 3NF, es
necesario dividir la tabla en dos:
Las anomalías de actualización
no pueden ocurrir en estas
tablas, las cuales están en 3NF.