Normalizacion
1FN-2FN-3FN-FNBC
Tabla sin normalizar
Situación de partida: Tabla “a lo loco”
usuarios
nombre
empresa
direccion_empresa
url1
url2
Juan Palomo
Melones Alba
Mayor,34. Villaconejos
www.melones.es
www.productos.com
Arguiñano
Restaurante Pi
Luna, 52. Donostia
www.comer.com
www.productos.com
url3
www.nueva.es
Primera forma normal
(eliminar atributosmultivaluados)
• No existe clave Creo una
•URL multivaluada Duplico filas
usuarios
Clave
nombre
empresa
direccion_empresa
url
1
Juan Palomo
Melones Alba
Mayor, 34. Villaconejos
www.melones.es1
Juan Palomo
Melones Alba
Mayor, 34. Villaconejos
www.productos.com
2
Arguiñano
Restaurante Pi
Luna, 52. Donostia
www.comer.com
2
Arguiñano
Restaurante Pi
Luna, 52. Donostiawww.productos.com
1
Juan Palomo
Melones Alba
Mayor, 34. Villaconejos
www.nueva.es
Segunda forma normal
(dependencia de la clave)
• Crear tablas separadas para aquellos grupos de datos que se aplican avarios
registros.
• Relacionar estas tablas mediante una clave externa
usuarios
Clave
nombre
url
empresa
direccion_empresa
Clave Emp
1
1
www.melones.es
2
1
www.productos.com
3
2www.comer.com
4
2
www.productos.com
5
1
www.nueva.es
1
Juan
Palomo
Melones Alba
Mayor, 34. Villaconejos
2
Arguiñano
Restaurante
Pi
Luna, 52. Donostia
url
Tercera forma normal
(dependenciastransitivas)
• direccion de la empresa depende de la clave del usuario, pero también de
empresa dependencia transitiva nueva tabla empresas
contactos
Cl
empresas
nombre
Emp
1
Juan
Palomo
1
2Arguiñano
2
Cl
empresa
1
Melones Alba
Mayor, 34. Villaconejos
2
Restaurante Pi
Luna, 52. Donostia
url
Clave
Emp
direccion
url
1
1
www.melones.es
2
1
www.productos.com
3
2www.comer.com
4
2
www.productos.com
5
1
www.nueva.es
Boyce-Codd
(dependencia de la clave)
• Una URL puede tener información de varias empresas puede aparecer
duplicada nueva tabla con URL
urls...
Regístrate para leer el documento completo.