Diferencia entre revisiones de «Final del 14/08/19 (Bases de Datos)»
(Página creada con «Se aprueba con 60/100. (10 puntos cada una) # Definir dependencia funcional. Dado {idAlumno, nombreAlumno, idCurso, idProfesor} dar un conjunto de dependencias funcionales…») |
(Empiezo a agregar respuestas) Etiquetas: mobile edit mobile web edit |
||
| Línea 1: | Línea 1: | ||
== Consigna == | |||
Se aprueba con 60/100. (10 puntos cada una) | Se aprueba con 60/100. (10 puntos cada una) | ||
| Línea 11: | Línea 13: | ||
# Dar dos ejemplos de optimizaciones algebraicas. Ejemplificar. | # Dar dos ejemplos de optimizaciones algebraicas. Ejemplificar. | ||
# Diferencia entre administrador de datos y DBA. Relacionar con concepto de independencia física y transparencia. | # Diferencia entre administrador de datos y DBA. Relacionar con concepto de independencia física y transparencia. | ||
== Respuestas posiblemente incorrectas == | |||
==== Pregunta 1 ==== | |||
Una dependencia funcional X -> Y entre dos conjuntos de atributos X e Y de una BD indica que cualquiera dos tuplas t<sub>1</sub> y t<sub>2</sub> en R tal que t<sub>1</sub>[X] = t<sub>2</sub>[X], se debe cumplir t<sub>1</sub>[Y] = t<sub>2</sub>[Y]. | |||
Las dependencias funcionales dependen de la semántica de la relación, y por tanto vamos a asumir que el conjunto de atributos dado corresponde a un sistema de gestión unviersitaria (e.g Guaraní) para dar sus dependencias funcionales. | |||
# idAlumno -> nombreAlumno: cada alumno tiene un único id asignado | |||
# idCurso -> idProfesor: asumiendo que un curso representa una instancia de materia + profesor + cuatrimestre de cursada | |||
Si asumimos que este esquema representa una relación del estilo "inscripción a cursada", podemos considerar que la PK estará compuesta por { idAlumno, idCurso }. En este caso no se llega a 2FN pues los atributos nombreAlumno e idProfesor dependen parcialmente de la PK. El esquema se encuentra en 1FN por no ser 2FN y no tener relaciones dentro de relaciones ni atributos multivaluados. | |||
Revisión del 20:13 1 dic 2019
Consigna
Se aprueba con 60/100. (10 puntos cada una)
- Definir dependencia funcional. Dado {idAlumno, nombreAlumno, idCurso, idProfesor} dar un conjunto de dependencias funcionales. Decir en qué forma normal se encuentra.
- Definir clave candidata y clave primaria. Definir 2FN.
- Para qué sirve la normalización? Cómo se relaciona con las pautas de diseño de una base de datos? Describir anomalías que puede presentar una base de datos desnormalizada.
- Qué es una transacción? Dar un ejemplo de algún dominio. Por qué es importante el control de concurrencia?
- Explicar bases NoSQL por documentos, explicando el concepto de documento. Qué es un DID? Dar un ejemplo de un sistema de base de datos por documentos.
- Definir base de datos distribuida. Explicar nuevos niveles de transparencia.
- Explicar fragmentación. Explicar cómo se recupera la tabla original con álgebra relacional.
- Explicar independencia física.
- Dar dos ejemplos de optimizaciones algebraicas. Ejemplificar.
- Diferencia entre administrador de datos y DBA. Relacionar con concepto de independencia física y transparencia.
Respuestas posiblemente incorrectas
Pregunta 1
Una dependencia funcional X -> Y entre dos conjuntos de atributos X e Y de una BD indica que cualquiera dos tuplas t1 y t2 en R tal que t1[X] = t2[X], se debe cumplir t1[Y] = t2[Y].
Las dependencias funcionales dependen de la semántica de la relación, y por tanto vamos a asumir que el conjunto de atributos dado corresponde a un sistema de gestión unviersitaria (e.g Guaraní) para dar sus dependencias funcionales.
- idAlumno -> nombreAlumno: cada alumno tiene un único id asignado
- idCurso -> idProfesor: asumiendo que un curso representa una instancia de materia + profesor + cuatrimestre de cursada
Si asumimos que este esquema representa una relación del estilo "inscripción a cursada", podemos considerar que la PK estará compuesta por { idAlumno, idCurso }. En este caso no se llega a 2FN pues los atributos nombreAlumno e idProfesor dependen parcialmente de la PK. El esquema se encuentra en 1FN por no ser 2FN y no tener relaciones dentro de relaciones ni atributos multivaluados.
