Normalizacion

NORMALIZACIÓN No todas las afinidades son deseables. Una tabla que cumple la definición mínima de una afinidad tal vez no tenga una estructura efectiva o apropiada. Para algunas afinidades, el cambiar los datos puede tener consecuencias no deseables, llamadas anomalías de modificación. Las anomalías pueden eliminarse volviendo a definir la afinidad en dos o mas afinidades. En la mayor parte delas circunstancias, se prefieren las afinidades redefinidas o normalizadas. Anomalías de Modificación Considere de nuevo una actividad de la figura 5-3. Si se elimina el tuple para estudiante 100, no solo se perderá el hecho de que es un esquiador, sino también el hecho de que esquiar cuesta $200. Esto se denomina anomalía de eliminación; esto es, eliminando los hechos acerca de una entidad (queEstudiante 100 es un esquiador) de manera inadvertida se eliminan los hechos acerca de otra entidad(que esquiar cuesta $200). Con una eliminación se pierden hechos acerca de dos entidades. Puede usarse la misma afinidad para ilustrar una anomalía de inserción. Suponga que se quiere almacenar el hecho de que buceo autónomo cuesta $175, pero no se pueden acceder estos datos en la afinidad ACTIVIDADhasta que un estudiante tome Buceo Autónomo. Esta restricción parece tonta. ¿Por qué se debe esperar hasta que alguien tome la actividad para que se pueda registrar su precio? Esta restricción se llama una anomalía de inserción. No se puede insertar un hecho acerca de una entidad, hasta que posea un hecho adicional acerca de una entidad. La afinidad de la figura 5-3 puede usarse para algunasaplicaciones. Es obvio que tiene problemas. Se pueden eliminar las anomalías de eliminación y de inserción, dividiendo la afinidad ACTIVIDAD en dos afinidades, cada una concerniente a un tema distinto. Se pueden poner atributos de SID y de actividad en una afinidad, la nueva afinidad se llamara ESTU-ACT (estudiante-actividad); y se pueden poner los atributos para Actividad y Cuota en una afinidad llamadaACT-COST (actividad-costo). La figura 5-5 muestra los mismos datos de muestra almacenados en estas dos nuevas afinidades. Si se elimina Estudiante 100 de ESTU-ACT no se pierde el hecho de que esquiar cuesta $200. Se puede agregar Buceo Autónomo y su cuota a la afinidad ACT-COST, incluso antes de que alguien se haya inscrito. Por lo tanto, se han eliminado las anomalías de eliminación y deinserción. Sin embargo, separar una afinidad en dos afinidades tiene una desventaja. Suponga que un estudiante trata de inscribirse en una actividad que no existe. Por ejemplo, Estudiante 250 quiere enrolarse en RACQUETBOL. Se puede insertar este nuevo tuple en ESTU-ACT (la hilera contendría 250, RACQUETBOL) pero ¿Debe hacerse? ¿ Debería permitirse que un estudiante se inscriba en una actividad que no estaen la afinidad ACTCOST? Puesto de otra forma ¿Las aplicaciones de la base de datos deben prevenir de

alguna forma que se agreguen hileras de estudiantes sí el valor de ACTIVIDAD no esta en la tabla ACT-COST? La repuesta a esta pregunta se encuentra en los requerimientos del usuario. Esta restricción se llama restricción de integridad referencial. Si la acción debe prohibirse, esta restricciónnecesita documentarse como parte del diseño del esquema. Durante la implementación, se definirá la restricción para el DBMS si el producto en uso proporciona tales restricciones de verificación. Si no, la restricción debe imponerse a través de programas de aplicación. Suponga que el usuario especifica que las actividades pueden existir antes de que cualquier estudiante se inscriba en ellas, y queningún estudiante pueda enrolarse en una actividad que no tiene una cuota asignada (esto es, en ninguna actividad que no se encuentre en la tabla ACT-COST). Se puede documentar esta restricción en varias formas durante el diseño de la base de datos: Actividad en ESTU-ACT es un subconjunto de actividad en ACT-COST, o ESTU-ACT [Actividad] es un subconjunto de ACT-COST [ACTIVIDAD], o STU-ACT...