Fundamentos de Base de Datos

Una de las desventajas de las vistas materializadas es: Que se requiere privilegios de DBA para poder utilizarlas. Que se requiere mantener actualizada la tabla temporal. Que se requiere mantener actualizada la(s) tabla(s) base.

La instrucción ROLLBACK indica que: Los cambios realizados en la base de datos, se han hecho permanentes. Todas las operaciones de una transacción se han ejecutado satisfactoriamente, pero falta confirmar dichos cambios mediante COMMIT. La transacción se aborta y por tanto se deshacen los cambios hechos en la base de datos.

El lenguaje DDL puede usarse para: Definir estructura de la base de datos. Controlar acceso a los servidores. Extraer y actualizar los datos. Realizar consultas y modificar estructuras de datos.

En DDL de SQL, los nombres de los objetos pueden: Empezar con una letra. Empezar con un número. Contener espacios en blanco.

Cuando hablamos de restricciones de dominio, decimos que: El número de dominios depende del tipo de dato. Toda columna puede tener mas de un dominio. Toda columna tiene un dominio.

Basado en qué instrucciones SQL, el estándar ISO define el modelo de transacciones: Commit y Rollback. Set transaction y Save Point. Begin Transaction y End Transaction.

Para permitir que un usuario pase a otros usuarios los privilegios que se le han concedido sobre un objeto específico utilizamos: La cláusula WITH GRANT OPTION. La cláusula GRANT. La cláusula GRANT ALL PRIVILEGES.

Varios documentos soportan la fase de modelado conceptual, uno de ellos es: Diccionario de datos. Documento de Estructura de Descomposición del Trabajo (WBS). Benchmarking sobre productos de base de datos.

Una clave compuesta, puede tener: Al menos dos atributos. Un atributo y su índice. Un atributo y su dominio.

Un atributo compuesto está formado por: Varios atributos simples. Un único atributo atómico. Varios atributos mulitvaluados.

La cardinalidad corresponde al número máximo de atributos de una relación. V. F.

A → B, se lee A depende funcionalmente de B. V. F.

Aplicando normalización se elimina parcialmente la redundancia de datos. V. F.

La multiplicidad es el tipo principal de restricción sobre las relaciones. V. F.

El grado de un tipo de relación esta determinado por la cantidad de participantes. V. F.

Un ejemplo de atributo multivaluado es una dirección, en la que constan calle principal, transversal, número de casa, piso, puerta. V. F.

A los tipos de entidad débiles también se los conoce como entidades hijas. V. F.

Un ejemplo de tipo de entidad es comprador y de una instancia de entidad es Ramiro Romo. V. F.

Los valores Femenino y Masculino corresponden a la restricción de dominio del atributo Sexo de una relación. V. F.

Un tipo de entidad se identifica mediante su clave primaria. V. F.

Dada la siguiente relación, qué tablas se generarían al transformar del modelo ER al modelo relacional: Dos tablas: estudiante y asignatura, relacionadas por una clave foránea desde estudiante hacia asignatura. Dos tablas: estudiante y asignatura, relacionadas por una clave foránea desde asignatura hacia estudiante. Tres tablas: estudiante, asignatura y una tercera tabla, conformada por las claves primarias de las entidades involucradas.

Dada la siguiente relación, qué tablas se generarían al transformar del modelo ER al modelo relacional: Dos tablas: libro y copias-libro, relacionadas por una clave foránea desde libro hacia copias-libro. Dos tablas: libro y copias-libro, relacionadas por una clave foránea desde copias-libro hacia libro. Tres tablas: libro, copias-libro y una tercera tabla, conformada por las claves primarias de las entidades involucradas.

Dada la siguiente relación, qué tablas se generarían al transformar del modelo ER al modelo relacional: Cuatro tablas: cliente, pedido, detalle-pedido e ítem. Propagando la clave principal de cliente hacia pedido. Propagando la clave principal de pedido hacia detalle pedido. Propagando la clave principal de detallepedido hacia ítem. Cuatro tablas: cliente, pedido, detalle-pedido e ítem. Propagando la clave principal de cliente hacia pedido. Propagando la clave principal de ítem hacia detalle-pedido. Propagando la clave principal de cliente hacia detalle-pedido. Cuatro tablas: cliente, pedido, detalle-pedido e ítem. Propagando la clave principal de cliente hacia pedido. Propagando la clave principal de ítem hacia detalle-pedido. Propagando la clave principal de pedido hacia detalle-pedido.

Cree un constraint de tipo FOREIGN KEY entre la tabla Cliente(idCliente, nomCli) y la tabla Pedido(idPedido, fecha, idCliente). 1. Cliente_fk 2. (idCliente) 3. Cliente 4. CONSTRAINT 5. REFERENCES 6. FOREIGN KEY. 4, 1, 6, 2, 5, 3, 2. 4, 1, 6, 2, 5, 3, 1. 4, 6, 1, 5, 3, 2, 1.

Cree un índice único para la tabla Cliente(idCliente, nomCli). 1. Cliente 2. (idCliente) 3. Cliente_uk 4. ON 5. CREATE 6. INDEX 7. UNIQUE. 5, 7, 1, 3, 4, 6, 2. 5, 7, 6, 3, 4, 1, 2. 5, 6, 7, 3, 4, 1, 2.

Conceder el privilegio de lectura sobre la tabla Pedido(idPedido, fecha, idCliente) al usuario UserA. 1. UserA 2. Pedido 3. SELECT 4. GRANT 5. ON 6. TO. 4, 6, 1, 3, 5, 2. 4, 3, 5, 2, 6, 1. 4, 3, 5, 2, 6, 1.

Para llegar a la 1FN, debería suceder que: Haya un único valor en la intersección de cada fila y columna. Se cree otra columna para las segundas direcciones de correo. Se eliminen las segundas direcciones de correo para dejar una sola dirección de email por persona.

Una de las tablas resultantes del proceso de normalización sería: Puestos(idPuesto, Puesto). Empleado(Cedula, Nombres, Puesto). Empleado(Cedula, Nombres, Email).

Otra de las tablas que resultarían del proceso de normalización sería: Email(Cedula, Email). Empleado(Cedula, Nombres, Puesto). Empleado(Cedula, Nombres, Email1, Email2).

El proceso de normalización, hasta la 3FN generaría: 2 tablas. 3 tablas. 4 tablas.