Relier Pairs NormalizaciónVersion en ligne En esta actividad los alumnos podrán repasar y fortalecer sus conocimiento sobre el tema de Normalización de bases de datos par daniel hernandez 1 Formas normales 2 Primera forma normal 3 Redundancia 4 Pérdida de restricciones de integridad 5 Ambigüedades 6 Dependencia multivaluada y cuarta forma normal 7 Tercera forma normal 8 Forma normal de Boyce Codd 9 Quinta forma normal 10 Anomalías en operaciones de modificación de datos 11 Segunda forma normal 12 Normalización 13 Dependencias funcionales 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 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 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 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 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) Si está en segunda forma normal y además todo determinante es una clave candidata 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 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 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 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) Normalmente debido a dependencias funcionales. Se arreglan fácilmente siguiendo una serie de pasos concretos 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 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
Créer jeu