Diferencia entre revisiones de «Final del 14/08/19 (Bases de Datos)»

De Cuba-Wiki
Saltar a: navegación, buscar
(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: Edición desde móvil, Edición vía web móvil)
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)

  1. Definir dependencia funcional. Dado {idAlumno, nombreAlumno, idCurso, idProfesor} dar un conjunto de dependencias funcionales. Decir en qué forma normal se encuentra.
  2. Definir clave candidata y clave primaria. Definir 2FN.
  3. 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.
  4. Qué es una transacción? Dar un ejemplo de algún dominio. Por qué es importante el control de concurrencia?
  5. 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.
  6. Definir base de datos distribuida. Explicar nuevos niveles de transparencia.
  7. Explicar fragmentación. Explicar cómo se recupera la tabla original con álgebra relacional.
  8. Explicar independencia física.
  9. Dar dos ejemplos de optimizaciones algebraicas. Ejemplificar.
  10. 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.

  1. idAlumno -> nombreAlumno: cada alumno tiene un único id asignado
  2. 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.