Clase 8 10

Clases 8 - 10


Lecturas asociadas





Capitulo 10 Dependencias funcionales
Capitulo 11 Normalización adicional
1FN, 2FN, 3FN, FNBC
Capitulo 12, Secc.12.5 “Una nota sobre
la desnormalización”Normalización (Formas Normales)


Recomendaciones que facilitan el diseño de bases de
datos.


“Cada atributo en la tabla que le corresponde”



Evitan la redundancia y reducen las posibilidadesde
inconsistencias.



Solo revisaremos las tres primeras, que tienen mayor
aplicación práctica.



Las estudiaremos mediante el análisis de “un mal diseño”.

Formas Normales


Las Formas Normalesson inclusivas

1a.Forma Normal


Una tabla está en primera forma normal si y solo
si, en cada valor válido de esa tabla, toda tupla
contiene exactamente un valor para cada atributo



En general,toda tabla cumple con la 1a.forma
normal, depende principalmente del uso que
haremos con el dato.



Ejemplo de una relación que no cumple con la
primera forma normal.

Dependencia funcional
Necesitamos revisar este concepto para analizar las otras formas
normales.



Dada una relación R: XY, el atributo Y es funcionalmente
dependiente del atributo X, si y solo si, siempre que dos tuplas deR coincidan en sus valores de X, también coincidirán en sus
valores de Y.



Por ejemplo, la relación VP.(V#,P#)  VP.CANT es una
dependencia funcional. O sea, el atributo CANT es funcionalmentedependiente del atributo compuesto V#,P# (Llave primaria).

Ejemplo Diseño “correcto” e
“incorrecto”
Diseño correcto
V {V#, Proveedor, Status, Ciudad}
P {P#, Parte, Color, Peso, Ciudad}
VP {V#, P#,Cant}
Primary Key {V#, P#}
Foreign Key {V#} References V
Foreign Key {P#} References P


Diseño incorrecto
PRIMERA {V#, Status, Ciudad, P#,
Cant}
Primary Key {V#, P#}
(Asuma que Status es funcionalmentedependiente de Ciudad)


Consecuencias del mal diseño




Alta redundancia
V1-20-Londres repetidos

Consecuencias del mal diseño (cont.)


Anomalías de actualización


Insert: No hay forma de...