Edición de «Final del 30/07/13 (Bases de Datos)»

De Cuba-Wiki
Advertencia: no has iniciado sesión. Tu dirección IP se hará pública si haces cualquier edición. Si inicias sesión o creas una cuenta, tus ediciones se atribuirán a tu nombre de usuario, además de otros beneficios.

Puedes deshacer la edición. Antes de deshacer la edición, comprueba la siguiente comparación para verificar que realmente es lo que quieres hacer, y entonces publica los cambios para así efectuar la reversión.

Revisión actual Tu texto
Línea 1: Línea 1:
{{Back|Bases de Datos}}
# ???? no me la acuerdo, pero era facil, la hice al principio y no la volvi a leer...
 
# Defina detalladamente el problema de la falsa sumarizacion(2)
== Preguntas ==
# Defina equivalencia de dos transaccions(1?)
 
# Defina detalladamente el problema de la falsa sumarizacion (2 puntos)
# Defina equivalencia de dos transaccions (1? punto)
# Dada la siguiente relación {NROPEDIDO; CODART, NOMART, CANTPEDIDA, PRECIO, CODEMP. NOMEMP., FECHA}. Indicar :
# Dada la siguiente relación {NROPEDIDO; CODART, NOMART, CANTPEDIDA, PRECIO, CODEMP. NOMEMP., FECHA}. Indicar :
## Una dependencia funcional completa
## Una dependencia funcional completa
## Una dependencia funcional parcial.
## Una dependencia funcional parcial.
## Una dependencia funcional transitiva.( 1.5 puntos)
## Una dependencia funcional transitiva.( 1.5)
# ¿Que es un plan de ejecucion?(1)
# Que es un plan de ejecucion?(1)
# Defina super clave y cual es la diferencia con la clave candidata(?)
# Defina super clave y cual es la diferencia con la clave candidata(?)
# De dos restricciones que modelen cosas del mundo real que haya en el modelo de entidad relacion y como se implementan en la base (2 puntos)
# De dos restricciones que modelen cosas del mundo real que haya en el modelo de entidad relacion y como se implementan en la base(2)
# Defina lo que es un select en algebra relacional y de 2 propiedades (1? puntos)
# Defina lo que es un select en algebra relacional y de 2 propiedades (1?)
# Algo con GRANT (1 punto)
# no se que cosa con la clausura with grant ( o algo similar, no sabia que bosta era grant, otro flaco me dijo que era algo de seguridad y permisos)(1)
# ¿Cómo se recupera la BD con undo/redo?(2 puntos)
# Como se recupera la BD con undo/redo?(2)
# Instruccion para actualizar el catalog(1 punto)
# Intruccion para actualizar el catalog(1)
# 2 operaciones que se realice(o haga, no me acuerdo bien la palabra) el DW ( algo asi era la pregunta, no me la acuerdo bien, yo lo defini lo que era un DW y para que se usaba y me puso 0/2 puntos)(2 puntos)
# 2 operaciones que se realice(o haga, no me acuerdo bien la palabra) el DW ( algo asi era la pregunta, no me la cuerdo bien, yo lo defini lo que era un DW y para que se usaba y me puso 0/2 puntos)(2)
# ¿Por qué el DBA tiene que conocer el crecimiento de la base?(1 punto)
# Por que dba tiene que conocer el crecimiento de la base?(1)
 
== Respuestas ==
 
# El problema de la falsa sumarizacion consiste en tener una consulta que sumariza registros (ej: SUM) y en el medio se produce un UPDATE sobre los registros sumarizados. Luego, el resultado de la consulta no va a corresponder con la sumarizacion antes ni despues de la modificación a la tabla, es decir, es inconsistente.
# Se refiere a las historias de las transacciones. Es decir, las historias son equivalentes cuando estan ambas definidas sobre el mismo conjunto de transacciones y cuando dos operaciones conflictivas tienen el mismo orden (Ti<Tj) y operan sobre un mismo registro y al menos una de ellas es una escritura.
# Dependencias:
## DF Completa: NROPEDIDO -> FECHA
## DF Parcial: NROPEDIDO,CODART -> NOMART (donde CODART -> NOMART)
## DF Transitiva: NROPEDIDO -> CODEMP y CODEMP-> NOMEMP => NROPEDIDO => NOMEMP
# Un plan de ejecucion es la estrategia que genera el motor de bases de datos para resolver una consulta. Este plan incluye las proyecciones, las selecciones y las uniones que se van a hacer en cada tabla involucrada en la consulta. Adicionalmente, se definen las estrategias para resolver cada subarbol mediante heuristicas basadas en las estadisticas de uso de las tablas (el tipo de join, donde llevar las proyecciones y selecciones, pipelining, etc.)
# Una superclave es un conjunto de atributos que su clausura transitiva funcional da como resultado el total de la relacion. Una clave candidata es una superclave tal que ningun subconjunto de ella es superclave.
# Una persona puede hablar muchos idiomas. Es una relacion 1:N entre "Personas" e "Idiomas". Se modela con una tabla HABLA(id_Persona, Idioma). Un profesor tiene muchos alumnos y un alumno tiene muchos profesores. Es una relacion N:M entre "Alumnos" y "Profesores". Se modela con tres tablas: "Alumnos", "Profesores", "Comparten_Clase", donde "Comparten_Clase"(id_Alumno, id_Profesor).
# Un select en el algebra relacional es una operacion que aplica un predicado a todas las tuplas, y devuelve las tuplas que lo cumplan. Sigma_1(Sigma_2(X)) = Sigma_2(Sigma_1(X)) y Sigma_1(Sigma_2(X)) = Sigma_(1 ^ 2)(X)
# GRANT es la palabra clave en SQL que se usa para administrar los permisos de un usuario sobre un objeto de la base. Por ejemplo, a algunas tablas se les puede dar READ ONLY para la mayoria de empleados y READWRITE solo para los encargados de modificarlas. Algunos StoredProcedures pueden ser EXECUTEd solo por los DBA y nadie mas deberia poder leerlos siquiera.
# La base de datos se recupera de manera distinta con undo que con redo. Con UNDO, se tienen que deshacer unicamente las transacciones no finalizadas (las que no tienen ni COMMIT ni ABORT). Se va de la ultima operacion de transaccion hacia el comienzo, deshaciendo paso a paso, y al final se agrega un ABORt y se flushea. Con REDO se tiene que rehacer unicamente las transacciones COMMITEADAS. Se va desde el comienzo del log file y se rehacen todas las operaciones de todas las transacciones que tengan commit. Para las incompletas se agrega un ABORT y se flushea.
# Para actualizar el catalog, se puede hacer UPDATE STATISTICS, pero en la gran mayoria de los casos, los operadores de la base de datos no deberian tocar las estadisticas porque pueden arruinar la performance de la base de datos enteras. Son mecanismos que se autoajustan y no se deben hacer cambios sin realmente analizarlo con los DBA.
# Un Datawarehouse debe poder realizar operaciones para obtener la informacion precisa que necesita el operario. Dos de las mas comunes son ROLL UP y DRILL DOWN, que sirven para visualizar en mayor o menor detalle algunas dimensiones. Por ejemplo, dadas las ventas por provinca, se puede hacer DRILL DOWN para separar las ventas por local se vendio mas o se puede hacer ROLL UP para agregar todas las ventas de un pais y asi poder comparar distintos paises.
# El DBA debe saber todo lo posible sobre el crecimiento de la base para poder definir correctamente cosas como los parametros de crecimiento por tabla (si crecer de a bloques de 1MB o de a bloques de 1GB), las politicas de backup correctas (si hacer muchos o pocos por dia, cada cuanto hacer un full dump). Debe saber tambien el crecimiento en cantidad de usuarios posibles, para poder hacer un correcto control de privilegios.
Ten en cuenta que todas las contribuciones a Cuba-Wiki pueden ser editadas, modificadas o eliminadas por otros colaboradores. Si no deseas que las modifiquen sin limitaciones, no las publiques aquí.
Al mismo tiempo, asumimos que eres el autor de lo que escribiste, o lo copiaste de una fuente en el dominio público o con licencia libre (véase Cuba-Wiki:Derechos de autor para más detalles). ¡No uses textos con copyright sin permiso!

Para editar esta página, responde la pregunta que aparece abajo (más información):

Cancelar Ayuda de edición (se abre en una ventana nueva)

Plantilla usada en esta página: