20. PRIMERA FORMA NORMAL Para que una tabla sea afinidad debe cumplir con lo siguiente : Las celdas de la tabla deben poseer valores simples y no se permiten ni grupos ni arreglos Todas las entradas a cualquier columna, deben ser del mismo tipo Cada columna debe tener un nombre único, el orden no es importante Dos filas en una tabla no deben ser idénticas
21. SEGUNDA FORMA NORMAL Una afinidad está en segunda forma normal, si todos sus atributos que no son claves dependen por completo de la clave “ esta forma se refiere a afinidades con claves compuestas únicamente” Actividad: Clave: SID, Actividad Estu-act(SID, actividad) Clave : SID Act-cuot(actividad,cuota) clave: Actividad
22. TERCERA FORMA NORMAL Una afinidad está en tercera forma normal, si está en segunda forma normal y no tiene dependencias transitivas Ej: VIVIENDA(SID,edificio,cuota) Clave: SID Dependencias funcionales Edificio ---------> cuota SID------> edificio------->cuota Ya que edificio determina a cuota y SID determina a edificio, se dice SID determina a cuota indirectamente. A esto se llama “Dependencia transitiva”
23. RESOLUCIÓN DE LA TERCERA FORMA NORMAL Las dependencias transitivas se resuelven dividiendo la afinidad VIVIENDA en dos afinidades Estu-vivienda(SID,edificio) clave : SID Edif-cuota clave: edificio
24. FORMA NORMAL BOYCE-CODD Una afinidad está en BCNF, si cada determinante es una clave candidata Son dos o más atributos o conjunto de atributos que pueden ser una clave. Cualquier selección de ellos es la clave primaria Asesor (SID, especialidad, nombref) Clave: (primaria) (SID, especialidad) Clave: (candidata) (SID, nombref) Dependencias funcionales nombref ---------------> especialidad
27. CUARTA FORMA NORMAL Una afinidad está en cuarta forma normal, si está en BCNF y no tiene dependencias de valores múltiples . Estudiante (SID, especialidad, actividad) Clave : (SID, especialidad,actividad) Dependencias de valores múltiples: SID -----> -----> especialidad SID ------> ------> actividad
30. SOLUCIÓN DE LA CUARTA FORMA Estu-espec(SID, especialidad) Clave: (SID, especialidad) Estu-act(SID,actividad) Clave : (Sid,actividad )
31.
32. EJEMPLO DE DOMINIO/CLAVE Estudiante (SID, nivelgrado, edificio, cuota) Clave : SID Restricciones Edificio -------> cuota SID no debe comenzar con el dígito 1 La afinidad ESTUDIANTE que contiene SID, nivelgrado, edificio, cuota SID determina funcionalmente los otros tres atributos, de modo que SID es una clave . A partir de la definición de requerimientos, sabemos que edificio ---> cuota y que SID no debe comenzar con 1 Para imponer las restricciones de que los números de estudiante no empiecen con 1 , solo se define que el dominio para los números de estudiante incorporen tal restricción. Luego se necesita hacer de la dependencia funcional edificio ------> cuota una consecuencia lógica de las claves. Si edificio fuera un atributo de la clave edificio ----> cuota sería una consecuencia lógica de la clave
33. DEFINICIÓN DE DOMINIO SID IN cddd, donde C es un dígito decimal diferente a 1 d= Dígito decimal nivelgrado IN (“FR”, “SO”, “JR”, “SN”, “GR”) Edificio IN carácter (4) Cuota IN Decimal (4) Definición de afinidad y clave Estudiante(SID, nivelgrado, edificio) Clave : SID Edif-cuota(edificio, cuota) Clave Edificio
![METODOLOGÍA DE DISEÑO Cuyo objetivo es obtener una buena representación de los recursos de información de la empresa, con independencia de usuarios o aplicaciones en particular, y fuera de consideraciones sobre eficiencia del computador. Cuyo objetivo es transformar el esquema conceptual obtenido en la etapa anterior, adaptándolo al modelo de datos en el que se apoya el SGBD que se va a utilizar. Nos vamos a referir al modelo relacional pero de forma análoga se podría adaptar esta etapa de diseño lógico a otros modelos de datos. Cuyo objetivo es conseguir una instrumentación, lo más eficiente posible, del esquema lógico. ,[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)