Relacionar Columnas NormalizaciónVersión en línea En esta actividad los alumnos podrán repasar y fortalecer sus conocimiento sobre el tema de Normalización de bases de datos por daniel hernandez 1 Dependencias funcionales 2 Pérdida de restricciones de integridad 3 Normalización 4 Dependencia multivaluada y cuarta forma normal 5 Tercera forma normal 6 Anomalías en operaciones de modificación de datos 7 Ambigüedades 8 Segunda forma normal 9 Redundancia 10 Primera forma normal 11 Formas normales 12 Quinta forma normal 13 Forma normal de Boyce Codd Si la dependencia funcional era la base de la segunda y tercera forma normal (y de la de Boyce-Codd), la dependencia multivaluada es la base de la cuarta forma normal Se corresponden a la teoría de normalización iniciada por el propio Codd y continuada por otros autores. Una tabla puede encontrarse en primera forma normal y no en segunda forma normal, pero no al contrario. Es decir, los números altos de formas normales son más restrictivos (la quinta forma normal cumple todas las anteriores) Se dice que un conjunto de atributos (Y) depende funcionalmnte de otro conjunto de atributos (X) si para cada valor de X hay un único valor posible para Y. Simbólicamente se denota por X --> Y Si está en segunda forma normal y además ningún atributo que no sea clave depende transitivamente de las claves de la tabla. es decir, no ocurre la tercera forma normal cuando algún atributo depende funcionalmente de atributos que no son clave Si está en primera forma normal y además cada atributo que no sea clave, depende de forma funcional completa respecto de cualquiera de las claves cuando en cuarta forma normal y cada dependencia de unión (JOIN) en ella es implicada por las claves candidatas. Ss la más compleja y polémica de todas ya que no está claro en muchas ocaciones que el paso a la quinta forma normal mejore la base de datos Si está en segunda forma normal y además todo determinante es una clave candidata El hecho de que al insertar un solo elemento haya que repetir tuplas en una tabla para variar unos pocos datos. O que eliminar un elemento suponga eliminar varias tuplas necesariamente (por ejemplo que eliminar un cliente suponga borrar seis o siete filas de la tabla de clientes, sería un error muy grave y por lo tanto un diseño terrible) Datos que no clarifican suficientemente el registro al que representan. los datos de cada registro podrían referirse a más de un registro o incluso puede ser imposible saber a qué ejemplar exactamente se están refiriendo. Es un problema muy grave y difícil de detectar. Se trata de una forma normal inherente al esquema relacional, es decir, toda tabla realmente relacional la debe cumplir. Se dice que una tabla se encuentra en primera forma normal, se impide que un atributo de una tupla pueda tomar más de un valor Una vez obtenido el esquema relacional que representa la base de datos. normalmente tendremos una buena base de datos. Pero otras veces, debido a fallos en el diseño o a problemas indetectables Normalmente debido a dependencias funcionales. Se arreglan fácilmente siguiendo una serie de pasos concretos Se llama así a los datos que se repiten continua e innecesariamente por las tablas de las bases de datos. Cuando es excesiva es evidente que el diseño hay que revisarlo, es el primer síntoma de problemas y se detecta fácilmente
Crear