Diseño de bases de datos

3.- Diseño de bases de datos relacionales.
Objetivo Educacional | Evaluación |
Aplicará los conocimientos y habilidades adquiridas, en el diseño de bases de datos relacionales. | 60% Examen40% Avance del Proyecto |

TEMAS/SUBTEMAS | CLASE | FECHA | Observaciones |
3.1 Consideraciones de diseño. | 31 | | |
3.2 Normalización. | 32 | | |
3.2.1 Dependencias funcionales. | 33 | | |3.2.2 Primeras formas normales. | 34 | | |
3.2.2.1 1FN | 35 | | |
3.2.2.2 2FN. | 36 | | |
3.2.2.3 3FN y FNBC(forma normal Boyce-Cood). | 37 | | |
3.2.3 Normalización adicional. | 38 | | |
3.2.3.1 Dependencia multivaluada y 4FN. | 39 | | |
3.2.3.2 Dependencia de juntura y 5FN. | 40 | | |
3.3 Integridad de bases de datos. | 41 | | |
3.3.1 Concepto. | 42 | | |3.3.2 Restricciones básicas (not null, llave primaria, orden, verificación y aserción). | 43 | | |
3.3.3 Integridad de entidad. | 44 | | |
3.3.4 Integridad referencial. | 45 | | |
3.3.5 Reglas de relación. | 46 | | |
3.3.6 Reglas de base de datos. | 47 | | |
3.3.7 Reglas de negocios. | 48 | | |
3.4 Seguridad de bases de datos. | 49 | | |
3.4.1 Concepto de seguridad. | 50| | |
3.4.2 Autenticación y autorización. | 51 | | |
3.4.3 Rol y privilegios de usuarios. | 52 | | |
3.4.4 Vistas y seguridad. | 53 | | |
3.5 Recuperación de bases de datos. | 54 | | |
3.5.1 Transacciones. | 55 | | |
3.5.1.1 Definición de transacción. | 56 | | |
3.5.1.2 Propiedades de Atomicidad, Consistencia, Aislamiento y Durabilidad (ACID). | 57 | | |
3.5.1.3Estados de las transacciones. | 58 | | |
3.5.2 Bitácora. | 59 | | |
3.5.2.1 Tipos de bitácora. | 60 | | |
3.5.2.2 Contenido de la bitácora | 61 | | |
3.6 Diccionario de datos. | 62 | | |
3.6.1 Concepto. | 63 | | |
3.6.2 Contenido y función. | 64 | | |
3.6.3 Tipos. | 65 | | |

Bibliografía:
1. Henry F. Korth, Abraham Silbertchatz. Fundamentos de Bases de datos,4/E. Mc Graw Hill.
2. C.J. Date. Introducción a los Sistemas de Bases de Datos, 7ª. Ed. Prentice Hall.
3. David M. Kroenke. Procesamiento de bases de datos, Fundamentos, diseño e instrumentación, 5ª. Ed. Prentice Hall.
4. James R. Groff, Paul N. Weinberg. LAN TIMES, Guía SQL. Osborne, MC Graw Hill.
5. Adoración de Miguel, Mario Piattini. Fundamentos y modelos de bases de datos.Alfa-Omega Ramma.
6. Adoración de Miguel, Paloma Martínez. Diseño de base de datos, problemas resueltos. Alfa-Omega Ramma.
ACTIVIDADES DE LOS ALUMNOS:
1. Ejemplificar, por medio de casos, los diferentes riesgos que puede tener un mal diseño de bases de datos.
2. Realizar el diseño de los ejercicios propuestos aplicando las estrategias de normalización.
3. Definir los esquemas deintegridad y seguridad de los ejercicios previamente
4. diseñados.
5. Crear el diccionario de datos de los ejercicios anteriores.
6. Investigar en distintas fuentes los estados y características de las transacciones y discutirlo en el grupo.
7. Investigar e Identificar el contenido de la bitácora como medio de recuperación.
8. Presentar el avance del proyecto.
Links de interés:http://www.tic2.org/WebTecnica/BDatos/BDatosVarios/BDTeoria.htm

3.1 Consideraciones de diseño.
La razón para preocuparse por el diseño de las bases de datos es que es crucial para la consistencia, integridad y precisión de los datos. Si una base de datos está mal diseñada, los usuarios tendrán dificultades a la hora de acceder a ciertos tipos de información y existe el riesgo añadido de queciertas búsquedas puedan producir información errónea. La información errónea es, probablemente, el peor de los resultados de un mal diseño de la base de datos. Puede repercutir muy negativamente a la empresa u organización propietaria de los datos. De hecho, si los datos de una base de datos van a influir en la gestión del negocio, si van a servir para decidir las actuaciones de la empresa, la base...