Base de Datos. Capítulo 6
![]() |
![]() |
![]() |
Título del Test:![]() Base de Datos. Capítulo 6 Descripción: Tema 6 del libro de Base de Datos |




Comentarios |
---|
NO HAY REGISTROS |
Dado el siguiente esquema conceptual, indicar la respuesta verdadera … -TR1: E1<1,1>-(h)<1,n>E2 -TR2: E1<0,1 >-<lD>-(h, j)-<0.n>E3 (E3 es débil por identificación respecto a E1) -E1(a, b) cuyo identificador principal es el atributo (a) -E2(c, d) cuyo identificador principal es el atributo (c) -E3(e, f) cuyo identificador principal es el atributo (e). E2 debe ser también débil por identificación respecto a E1. Dado que E3 es débil por identificación respecto a E1, falta un tipo de interrelación TR3 entre E2 y E3. La cardinalidad de E1 en TR2 debe ser (1,1). No puede haber un mismo atributo h en dos tipos de interrelación diferentes. Las restricciones CHECK pueden incluir sentencias SQL que afecten a una o varias tablas …. Verdadero. Falso. Dadas las siguientes tablas, indica la respuesta correcta…. La división de R1÷R2 da una relación R3 de orden 3 y cardinalidad 4. La división de R1÷R2 da una relación R3 de orden 2 y cardinalidad 2. La división de R1÷R2 da una relación R3 de orden 3 y cardinalidad 2. La división de RI÷R2 da una relación R3 de orden 5 y cardinalidad 2. Un link es…. Un tipo de link entre dos tipos de registros. Una instancia de un tipo de link. Una relación entre dos tipos de registros. Una relación entre dos registros del mismo tipo de registro en el modelo jerárquico. En un esquema relacional se encuentran definidas las relaciones R1(x1, x2, x3) y R2(y1, y2, y3), con claves principales R1.x1 y R2.y1, que se encuentran en FNBC. ¿Pueden x2 e y2 estar definidos en el mismo dominio y representar la misma propiedad de un objeto del mundo real?... No, puesto que la clave de R2 no es y2 sino y1. Sí, siempre que R2.y2 se defina como un atributo derivado de R1.x2. No, pues x1 no está definido en el mismo dominio que y1. Sí, siempre que la clave principal de R1 fuese x2. En un esquema relacional se encuentran definidas las relaciones R1(x1, x2, x3) y R2(y1, y2, y3) que se encuentran en FNBC. ¿Cuándo se puede dar la dependencia funcional R1.x1 → R2.y2?... Cuando ambos atributos se definan en dominios diferentes. No se puede dar, puesto que son atributos de tablas diferentes. Cuando y2 sea un atributo derivado/calculado de x1. Nunca, si están definidos en el mismo dominio. Una empresa desea crear un sistema de información que permita gestionar el proceso de pedidos de productos que realizan sus clientes y que actualmente İlevan de forma manual utilizando unas plantillas como la que se muestra a continuación. Indicar la respuesta correcta …. Se creará una tabla de la forma: REQUEST (ordernumber, product, customer, quantity, unitprice). Se creará una tabla de la forma: ORDER(ordernumber, customer, product, quantity, date, unitprice). Se creará una tabla de la forma: REQUEST (ordernumber, product, quantity, unitprice). Se creará una tabla de la forma: REQUEST(ordernumber, product, quantity, unitprice, customer). En Oracle no pueden crearse tablas sin tener definida una clave primaria …. Verdadero. Falso. Una tabla de la forma R(a, b, c, ...), en la que PK: R.a, AK: R.b, AK: R.c, FK: R.c→R.a, FK: R.b-R.a ... No se puede dar en ningún caso. Se ha derivado de dos tipos de interrelación (1,1)-(1,1). Se ha derivado de un tipo de interrelación (0,1)-(0,1) y otro tipo de interrelación (1,1)—(?,n). Se ha derivado de un tipo de interrelación 1:1 y otro tipo de interrelación 1:N. Las restricciones CHECK siempre se ejecutan previamente a la modificación de la información ... Verdadero. Falso. En el modelo de datos en red ... Un tipo de registro siempre es owner en uno o varios tipos de set. Un tipo de registro puede ser owner en cero, uno o varios tipos de set. Un tipo de registro puede ser owner en sólo un tipo de set. Sólo el tipo de registro SYSTEM puede ser owner en varios tipos de set. Dos operaciones pertenecientes a distintas transacciones que actúen sobre el mismo granulo de la base de datos nunca se puede cambiar el orden de ejecución ... Verdadero. Falso. En un esquema relacional se encuentran definidas las relaciones R1(x1, x2, x3) y clave principal R.(x1, x3) que se encuentran en FNBC. ¿Cuándo se puede dar la dependencia funcional R1.x1 → R1.x2? ... Se da siempre al estar formada la clave por un agregado de atributos. Se puede dar, pero entonces no estaría en FN4. No se puede dar, puesto que entonces la clave principal sería superflua. No se puede dar puesto que entonces habría dependencias transitivas con los otros atributos de R1. En una relación 1:N entre dos tipos de entidades caracterizada por un atributo, en el modelo jerárquico ... El atributo forma parte de la estructura del tipo de registro padre. El atributo forma parte de la estructura del tipo de registro hijo. El modelo jerárquico no permite llevar a cabo esta representación. Se crea un tipo de registro para el atributo. Dada la siguiente tabla y las siguientes suposiciones. Indicar la respuesta correcta…. El atributo projName mantiene las dependencias funcionales projName→ (budget, startDate). El atributo projName mantiene las dependencias funcionales projName (projMgr, rating, startDate). El atributo projName mantiene las dependencias funcionales projName→→ (projMgr, budget, startDate). El atributo projName mantiene las dependencias funcionales projName → (projMgr, budget, startDate, rating). Dada una relación R(a, b, c, d), indicar en qué forma normal se encuentra la relación si: PK: R.a, DF: R.a, DF: R.b…. FN2. FN3. FNBC. Ninguna de las otras respuestas es correcta. Dada una relación R1 de orden igual a 20 y cardinalidad igual a 1000 que almacena los clientes de una empresa, una relación R2 de orden igual a 10 y cardinalidad igual a 2500 que almacena las facturas emitidas en el 2017 a esos clientes y una relación R3 de orden igual a 2 y cardinalidad igual 200 que almacena las facturas que aún no han sido abonadas por los clientes. Sabiendo almacene la que sólo el 20% de los clientes son de Córdoba y el 95% han tenido, al que menos, una factura, indicar la cardinalidad de una relación semi-reunión de R1 y R2 para los clientes de Córdoba …. 200. 190. 1000. 2500. Dado el siguiente esquema conceptual, indicar cuál sería el esquema relacional resultante: E1 (a, b, c) <0,1>-(x, y)—<1,n>E2(d, e, f), IP: E1.a, IP: E2.(d, e) …. R1 (a, b, c, d, e, x, y), R2(d, e, f), PK: R1.a, PK: R2.(d, e), FK: R1.(d, e) → R2.(d, e). R1 (a, b, c), R2(d, e, f, a, x y), PK: R1.a, PK: R2.(d, e), FK: R2.a → R1.a. R1 (a, b, c, d, e, x, y), R2(d, e, f), PK: R1.a, PK: R2.(d, e), FK: R1.(d, e) → R2.(d, e) NOT NULL. R1 (a, b, c, x, y), R2(d, e, f, a), PK: R1.a, PK: R2.(d, e), FK: R2.a→R1.a. Dada una relación R(a, b, c, d), indicar en qué forma normal se encuentra la relación si: PK: R.a, DF: R.a, AK: R.b, FK: R.d→ R.a ... FN2. FN3. FNBC. Ninguna de las otras respuestas es correcta. Dada una relación R(a, b, c, d), indicar en qué forma normal se encuentra la relación si: PK: R.(a, b), DF: R. (a, b), DF: R.a, DF: R.c, AK: R.c ... FN1. FN3. FN2. FNBC. Una clave foránea no puede ser a su vez clave principal de una tabla si está formada por un atributo simple ... Verdadero. Falso. Dada una relación RI de orden igual a 20 y cardinalidad igual a 1000 que almacena los clientes de una empresa, una relación R2 de orden igual a 10 y cardinalidad igual a 2500 que almacena las facturas emitidas en el 2017 a esos clientes y una relación R3 de orden igual a 2 y cardinalidad igual 200 que almacena las facturas que aún no han sido abonadas por los clientes. Indicar la cardinalidad de la intersección entre R2 y R3 para aquellos clientes que no sean de Córdoba... 20. 1000. 980. Ninguna de las otras respuestas es correcta. Dada una relación R(a, b, c, d), indicar en qué forma normal se encuentra la relación si: PK: R. (a, b), DF: R. (a, b), DF: R.(b, c), AK: R.(b, c) .... FN2. FN3. FNBC. Ninguna de las otras respuestas es correcta. Un profesor coloca a sus alumnos en fila para hacerles preguntas del temario. Cada vez que pregunta, si el alumno no se sabe la respuesta, pasa al siguiente. El alumno que acierta la respuesta correcta pasa a ocupar la posición del primer alumno que erró la respuesta y los demás se desplazan una posición. Se ha creado la tabla Alumnos (matricula, nombre, apellidos, otros-datos), PK: Alumnos.matricula. Crear las tablas necesarias para mantener información de las preguntas que acertó y falló y la posición en la fila que ocupaba antes y después de la pregunta... Puestos(dia-hora, matricula, pregunta, bien-mal, origen, destino), PK: Puestos (dia-hora, matricula), AK: Puestos (dia-hora, origen) AK: Puestos(dia-hora, destino), CONSTRAINT chk_BM CASE WHEN bien-mal = "MAL" THEN origen = destino END. Puestos (dia-hora, matricula, pregunta, bien-mal, origen, destino), PK: Puestos (dia-hora, matricula), CONSTRAINT chk_BM CASE WHEN bien-mal = "MAL" THEN origen = destino ELSE origen<> destino END. Puestos (dia-hora, matricula, pregunta, bien-mal, origen, destino), PK: Puestos (dia-hora, matricula), AK: Puestos (dia-hora, origen), AK: Puestos(dia-hora, destino), CONSTRAINT chk_BM CASE WHEN bien-mal = "MAL" THEN origen = destino ELSE origen <> destino END. Puestos (dia-hora, matricula, pregunta, bien-mal, origen, destino), PK: Puestos (dia-hora, matricula), AK: Puestos (dia-hora, origen), AK: Puestos (dia-hora, destino). En el modelo de datos en red... Un tipo de registro puede ser member en uno o varios tipos de set. Un tipo de registro puede ser member en cero, uno o varios tipos de set. Un tipo de registro puede ser member en sólo un tipo de set. Sólo el tipo de registro SYSTEM puede ser member en varios tipos de set. Dada una relación R(a, b, c, d), indicar en qué forma normal se encuentra relación si: PK: R.a, DF: R.a, DF: R.b, AK: R.b, FK: R.d →R.b…. FN2. FN3. FNBC. Ninguna de las otras respuestas es correcta. Los triggers pueden ser invocados en cualquier momento de forma explícita por parte del usuario. Para ello ... Se utiliza la cláusula FOLLOWS. Se invocan en el cuerpo BEGIN del trigger. Deben estar almacenados en el núcleo de la base de datos. Ninguna de las otras respuestas es correcta. El resultado de un aserto puede ser numérico y …. No puede ser real, debe ser un número entero. Debe ser o cero o uno. También del tipo booleano. Ninguna de las otras respuestas es correcta. Una tupla de una tabla cuya clave principal es referenciada por una o varias tuplas de la misma o diferente tabla no se puede borrar hasta que no se modifique la referencia ... Verdadero. Falso. En el modelo de datos en red... Una ocurrencia member puede estar relacionada con más de una ocurrencia owner en un conjunto DBTG. Una ocurrencia member no puede estar relacionada con más de una ocurrencia owner en un tipo de set. Una ocurrencia member de registro SYSTEM no puede estar relacionada con más de una ocurrencia owner en un tipo de set. No hay limitación de relaciones entre member y owner en los conjuntos DBTG. Dada una relación RI de orden igual a 20 y cardinalidad igual a 1000 que almacena los clientes de una empresa, una relación R2 de orden igual a 10 y cardinalidad igual a 2500 que almacena las facturas emitidas en el 2017 a esos clientes y una relación R3 de orden igual a 2 y cardinalidad igual 200 que almacena las facturas que aún no han sido abonadas por los clientes. Indicar la cardinalidad de la semireunión entre R3 y R2 para aquellos clientes que no sean de Córdoba, sabiendo que el 55% de las facturas no abonadas corresponden a los clientes de Córdoba... 90. 200. 0. 190. No se pueden crear indices sobre ... Atributos que puedan tomar valores duplicados. Sobre agregados de atributos. Sobre atributos en las que participen claves foráneas. Ninguna de las otras respuestas es correcta. Dadas las siguientes tablas, indicar la respuesta correcta…. La operación R1 x R2 da como resultado una tabla de orden 7 y cardinalidad 16. R1 x R2 < > R2 x R1. La operación R1 x R2 da como resultado una tabla de orden 5 y cardinalidad 16. R1 x R2 = R1 |x| R2. En el modelo de datos jerárquico ... El árbol se debe recorrer en el orden prefijado en la jerarquía. El árbol se puede recorrer en cualquier orden. El árbol se recorre necesariamente hasta alcanzar los nodos hoja. El árbol se recorre por los tipos de registros independientemente de los tipos de link. Dado el siguiente esquema conceptual en el que los tipos de entidades participan ambos con cardinalidades (1,n), ¿Qué ocurre si un cliente realiza dos pedidos del mismo libro el mismo día? …. Ambos pedidos tendrían el mismo precio. Sólo podría realizar un pedido del mismo libro el mismo dia. Nada de importancia ya que la relación es N:N. Habría redundancia en los atributos tarjeta, cantidad y fecha_envío. Dada la siguiente tabla acerca de Marineros en la que hay definida una restricción que hace referencia a la tabla Barcos, indique la respuesta CREATE TABLE Marineros ( idm INTEGER, nombrem CHAR(10), categoria INTEGER, edad REAL, PRIMARY KEY (idm), CONSTRAINT chk_1 CHECK (categoria >= 1 AND categoría <= 10), CONSTRAINT chk_2 CHECK ((SELECT COUNT (M.idm) FROM Marineros M) + ( SELECT COUNT (B.id FROM Barcos B) < 100 ));. Cuando no haya marineros no se cumpliría la restricción chk_2. La restricción chk_2 se comprueba después de la chk_1. La restricción chk_2 se cumple aunque no se haya insertado ningún marinero. La restricción chk_2 debe incluir la cláusula NOT EXISTS. En una base de datos jerárquica los nombres de los tipos de registro pueden repetirse debido a que no se admiten relaciones N:N. Para ello se define ... Se duplica el tipo de registro. Se duplican los datos del tipo de registro. Se crean punteros entre los tipos de registro con el mismo nombre repetidos. Ninguna de las otras respuestas es correcta. Una relación en la que exista una dependencia de proyección es debido a que existe una dependencia mutua entre dos atributos de un determinante funcional, y se soluciona. Aplicando la forma normal FN5. Aplicando la FN4 y después la FN5. Aplicando FNBC, que eliminará la dependencia de reunión al ser un determinante funcional. Ninguna de las otras respuestas es correcta. En el modelo en red... Un tipo de registro owner representa un tipo de entidad que participa con cardinalidades (?,n). Un tipo de registro owner representa un tipo de entidad que participa con cardinalidades (?,1). Un tipo de registro owner representa un tipo de entidad que participa con cardinalidades (0|1,n). Un tipo de registro owner representa un tipo de entidad que participa con cardinalidades (?,?). Dado el siguiente esquema relacional, todo monitor necesariamente debe encargarse de un grupo …. Verdadero. Falso. En el fichero Redo log sólo se registran las transacciones realizadas en la base de datos que aparecen como confirmadas ... Verdadero. Falso. ¿Cómo podemos estar seguros que un atributo no puede ser determinante funcional de la definición de una tabla sin considerar el resto de los atributos de la misma?... No se puede sin analizar los otros atributos. Cuando sólo haya dos atributos. Cuando pueda tomar valores nulos. Cuando su dominio sea una cadena de caracteres. Un identificador candidato en el modelo EE/R siempre será un determinante funcional en el modelo relacional ... Verdadero. Falso. Dado el siguiente esquema conceptual en el que existe un tipo de interrelación ternaria N:N:N entre los tres tipos de entidades descritos a continuación y representando las pólizas que son responsabilidad de un empleado y las personas aseguradas en cada póliza. Indicar la respuesta correcta … Empleados(dni, nombre, plaza), IP: Empleados.dni Asegurados(dni, nombre, fecha-nacimiento), IP: Asegurados.dni Polizas (idpoliza, coste, fecha-inicio, fecha-fin), IP: Polizas.idpoliza. El diseño es correcto, representando las pólizas y asegurados de cada póliza que realizan los empleados. El diseño es incorrecto, puesto que los asegurados pueden estar en diferentes pólizas. Una póliza podría ser realizada por más de un empleado, por lo que no estaría bien el diseño. El diseño es incorrecto, puesto que el coste debería ser un atributo del tipo de interrelación. Dada una relación R1 de orden igual a 20 y cardinalidad igual a 1000 almacena los clientes de una empresa, una relación R2 de orden igual a 10 y que cardinalidad igual a 2500 que almacena las facturas emitidas a esos clientes, y una relación R3 de orden igual a 2 y cardinalidad igual a 200 que almacena las facturas que aún no han sido abonadas, indicar el orden de la reunión natural de R1 y R3, sabiendo que cada uno de estos clientes han tenido dos facturas no abonadas ... 22. 20. 2. 18. Los checkpoints deben controlar la concurrencia de las transacciones, Para ello realizan ... Un volcado a disco de la información existente en los ficheros Redo logs. El control de las transacciones que han sido COMMIT para no tener que recuperarlas. La grabación de las transacciones finalizadas y no finalizadas para su posterior recuperación. Ninguna de las otras respuestas es correcta. Un determinante funcional en el modelo relacional puede no ser un identificador candidato en el modelo EE/R ... Verdadero. Falso. Dada la siguiente tabla y las siguientes suposiciones, indicar la respuesta correcta ... No está presente la dependencia funcional empDept → empMgr. Está presente la dependencia funcional empld→ hours. Está presente la dependencia funcional empDept → empld. Está presente la dependencia funcional empDept → empMgr. El fichero Redo log se recomienda que esté en el mismo dispositivo físico donde se guarda la base de datos por razones de seguridad... Verdadero. Falso. Dado el siguiente esquema relacional: R1 (al, bl, cl, d1), R2 (a2, b2, c2, al), PK: R1.al, PK: R2.a2, FK: R2.al→ RI.al, donde R2.a1 puede tomar valores nulos. Indicar el esquema conceptual del cual ha sido derivado... E1(al,bl,cl,d1)<1.1>-<1,n>E2(a2,b2,c2), siendo E1.al y E2.a2 identificadores principales. E1 (al,bl,cl,d1) <0.1>-<1,1>E2(a2,b2,c2), siendo E1.al y E2.a2 identificadores principales. E1(al,bl,cl,d1)<0.n>-<0,1>E2(a2,b2,c2), siendo E1.al y E2.a2 identificadores principales. E1(al,bl,cl,d1)<0.1>-<1,n>E2(a2,b2,c2), siendo E1.al y E2.a2 identificadores principales. Los ficheros de la base de datos nunca pueden estar almacenados en discos diferentes ... Verdadero. Falso. Dado que nos gusta la jardinería tenemos diferentes macetas en las que hemos sembrado en cada una de ellas uno o varios tipos de flores de un conjunto conocido, las cuales pueden florecer con uno o diferentes colores de un conjunto de colores dado ... Existe una dependencia multivaluada entre macetas, tipo de flores y estado del jardín. Existe una dependencia de reunión entre macetas, flores y colores. Existe una dependencia multivaluada entre macetas, flores y colores. La base de datos tendría tres tablas para macetas, tipo de flores y colores. En el modelo en red…. Los registros de un tipo de registro no están ordenados pero sí apuntados. Los registros de un tipo de registro se ordenan en base al registro SYSTEM. Los registros de un tipo de registro pueden estar ordenados de diferente forma. Los registros de un tipo de registro se ordenan en el orden de inserción. Dada la siguiente tabla y las siguientes suposiciones, indicar la respuesta correcta …. Está presente la dependencia funcional empld → rating. Está presente la dependencia funcional empld→ hours. Está presente la dependencia funcional projName→ (hours, ranting). Ninguna de las otras respuestas es correcta. Dado el siguiente esquema conceptual, indicar el número de tablas resultantes del modelo relacional en FNBC... 2. 3. 4. 5. Cuanto más tarde se produzca la ligadura, más independencia existe en la base de datos ... Verdadero. Falso. El tamaño del granulo considerado por el SGBD afecta a la independencia de la base de datos ... Verdadero. Falso. La independencia de datos es la propiedad que asegura que un esquema externo no se verá afectado por ningún cambio en el esquema lógico ... Verdadero. Falso. Dado el siguiente esquema conceptual en el que existe un tipo de interrelación ternaria N:N:N entre los tres tipos de entidades descritos a continuación y representando las pólizas que son responsabilidad de un empleado y las personas aseguradas en cada póliza. Si una póliza sólo puede estar realizada por un empleado ... Empleados(dni, nombre, plaza), IP: Empleados.dni Asegurados(dni, nombre, fecha-nacimiento), IP: Asegurados.dni Polizas (idpoliza, coste, fecha-inicio, fecha-fin), IP: Polizas.idpoliza. Se debe modificar el esquema creando un tipo de interrelación N:N entre Empleados y Polizas y un tipo de interrelación N:M entre Asegurados y Polizas. Se debe modificar el esquema creando un tipo de interrelación 1:N entre Empleados y Polizas y un tipo de interrelación N:1 entre Asegurados y Polizas. Se debe modificar el esquema creando un tipo de interrelación 1:N entre Empleados y Polizas y un tipo de interrelación N:M entre Asegurados y Polizas. Se debe modificar el esquema creando un tipo de interrelación N:N entre Empleados y Polizas y un tipo de interrelación N:1 entre Asegurados y Polizas. La independencia de datos es la propiedad que asegura que un esquema físico nunca se verá afectado por ningún cambio en el esquema conceptual ... Verdadero. Falso. Dada una relación RI de orden igual a 20 y cardinalidad igual a 1000 que almacena los clientes de una empresa, una relación R2 de orden igual a 10 y cardinalidad igual a 2500 que almacena las facturas emitidas en el 2017 a esos clientes, y una relación aún R3 de orden igual a 2 y cardinalidad igual 200 que almacena las facturas que no han sido abonadas por los clientes. Indicar el orden de la división entre R2 y R3 para aquellos clientes que no sean de Córdoba, sabiendo que el 55% de las facturas no abonadas corresponden a los clientes de Córdoba ... 10. 2. 8. 0. Al registrarse un punto de verificación (checkpoint) en el fichero Redo log de una base de datos sólo se graban en disco las actualizaciones producidas por todas las transacciones que aparecen confirmadas en el diario desde el último punto de verificación ... Verdadero. Falso. Una empresa desea crear un sistema de información que permita gestionar el proceso de pedidos de productos que realizan sus clientes y que actualmente llevan de forma manual utilizando unas plantillas como la que se muestra a continuación, indicar la respuesta correcta ... Se creará una tabla de la forma: Product(product, description, unitprice). Se creará una tabla de la forma: Product (product, description, quantity, unitprice). Se creará una tabla de la forma: Product (product, order, description, quantity, unitprice). Se creará una tabla de la forma: Product (product, order, customer, description, quantity, unitprice). Las operaciones que componen una transacción siempre se pueden cambiar de orden ... Verdadero. Falso. Una tabla de la forma R(a, b, c, ...), en la que PK: R.a, AK: R.b, AK: R.c... No se puede dar en ningún caso. La clave primaria debe ser el agregado (a, b, c). Se ha podido derivar de un tipo de interrelación (1,1)—(1,1)—(1,1). No se encuentra en FNBC. Dado el siguiente esquema relacional, un monitor puede encargarse de un grupo, y dicho grupo puede a su vez tener varios monitores asignados …. Verdadero. Falso. Dado el siguiente esquema conceptual en el que los tipos de entidades participan ambos con cardinalidades (1,n), ¿Qué ocurre si un cliente realiza dos pedidos del mismo libro en diferentes días? ... Nada de importancia ya que la relación es N:N. Únicamente sería necesario comprobar la fecha pedido y fecha_envío. No se podría, el modelo no lo admite. Habría redundancia en los atributos tarjeta, cantidad y fecha_envío. Dada una relación RI de orden igual a 20 y cardinalidad igual a 1000 que almacena los clientes de una empresa, una relación R2 de orden igual a 10 y cardinalidad igual a 2500 que almacena las facturas emitidas en el 2017 a esos clientes, y una relación R3 de orden igual a 2 y cardinalidad igual 200 que almacena las facturas que aún no han sido abonadas por los clientes. Indicar la cardinalidad de la reunión natural de RI y R3 para aquellos clientes que no han facturado... 200. 0. 1200. 1000. Para eliminar un privilegio dado a un usuario sobre una tabla usaremos DROP privilegio ON tabla TO usuario…. Verdadero. Falso. Dado el siguiente esquema relacional, un monitor sólo puede encargarse de un grupo si hay algún alumno asignado a dicho grupo…. Verdadero. Falso. Las restricciones de tipo aserto creadas por el usuario se pueden modificar y borrar, siempre que no hayan sido activadas por el DBA... Verdadero. Falso. Las restricciones del tipo CONSTRAINT CHECK están limitadas y tienen su efecto en la tabla en la que se definen... Verdadero. Falso. Cuando se produce un ROLLBACK todas las transacciones concurrentes se cancelan ... Verdadero. Falso. Dado el siguiente esquema relacional, todo grupo debe tener al menos un monitor asignado ... Verdadero. Falso. En el modelo de datos en red... Una ocurrencia de un tipo de registro puede no ser member pero siempre será owner de algún conjunto DBTG. Una ocurrencia de un tipo de registro puede no ser owner pero siempre será member de un conjunto DBTG singular. Una ocurrencia de un tipo de registro debe al menos ser member y owner de algún tipo de set. Una ocurrencia de un tipo de registro hoja puede no ser owner en algún tipo de set. Los determinante funcionales del modelo relacional surgen debido a los tipos de interrelaciones presentes en el modelo EE/R... Verdadero. Falso. Dado el siguiente esquema relacional, ¿Cuál sería la cardinalidad máxima de la relación Docencia? ... La cardinalidad de la relación Monitor. La cardinalidad de la relación Grupo. No se puede conocer pues puede variar con el tiempo, desde cero a infinito. El producto de la cardinalidad de Monitor por la cardinalidad de Grupo. Después de una caída de la base de datos la recuperación se lleva a cabo rehaciendo todas las transacciones no comprometidas que se hayan ejecutado desde el último checkpoint ... Verdadero. Falso. Una empresa desea crear un sistema de información que permita gestionar el proceso de pedidos de productos que realizan sus clientes y que actualmente llevan de forma manual utilizando unas plantillas como la que se muestra a continuación, indicar la respuesta correcta ... El esquema normalizado en FNBC tendrá dos tablas. El esquema normalizado en FNBC tendrá tres tablas. El esquema normalizado en FNBC tendrá cuatro tablas. El esquema normalizado en FNBC tendrá cinco tablas. Dado el siguiente esquema relacional, ¿Cuál sería el resultado de la siguiente operación SQL: DELETE FROM Docencia WHERE grupo=G1 and asignados=1?... Borra todas las tuplas del grupo G1 que tengan sólo 1 asignado. Depende de si hay algún alumno que tenga asignado un monitor en ese grupo. .Borra todas las tuplas del grupo G1 con todos los monitores que tengan sólo 1 asignado. No se podría realizar porque hay una clave foránea a la tabla grupo. Dado el siguiente esquema conceptual, representando las proyecciones de los cines, en el esquema relacional resultante ... En el mismo cine no se puede proyectar a la misma hora, en distintos días, la misma película. Ver una misma película puede tener distinto precio, en el mismo cine, distinto día a la misma hora. Las películas sólo se pueden proyectar a una hora en todos los cines. Ninguna de las otras respuestas es correcta. Después de una caída del sistema todas las transacciones son revertidas y ejecutadas de nuevo para garantizar la integridad de la base de datos... Verdadero. Falso. Dado el siguiente esquema relacional, ¿Cuál sería el resultado de la siguiente operación SQL: DELETE FROM Monitor WHERE monitor-M1?... Borra todas las tuplas del monitor M1. Nunca se pude borrar, si ya se ha rellenado la tabla Docencia. Nunca se pude borrar, si ya se ha rellenado la tabla Alumno. Depende de si hay algún alumno que tenga asignado en su grupo a ese monitor. Dado el siguiente esquema conceptual en el que los tipos de entidades participan ambos con cardinalidades (1,n), ¿Qué ocurre si un cliente realiza dos pedidos de distintos libros el mismo día? …. Nada de importancia, ya que la relación es N:N. Ambos pedidos tendrían el mismo precio. No podrían tener la misma fecha_pedido. Habría redundancia en los atributos tarjeta, cantidad y fecha_envío. Se puede construir un modelo lógico sin antes haber creado el modelo conceptual para diseñar una base de datos íntegra.. Verdadero. Falso. Dado el siguiente esquema relacional, ¿Cuál sería el resultado de la siguiente operación SQL; DELETE FROM Alumno WHERE edad < 16;? ... Se borran esos alumnos y se actualiza la tabla Docencia. Antes es necesario borrar el monitor para esos alumnos. Nunca se podría borrar existiendo un grupo donde están esos alumnos. Se borrarían los grupos donde están esos alumnos, si ya no quedara nadie asignado. Consideremos el problema en que una empresa tiene delegados comerciales en una y solo una ciudad y que una ciudad tiene uno y sólo un delegado, dando como resultado el siguiente esquema relacional. Responda la opción correcta ... Delegado(dni, ..., atr-delegado), PK: Delegado.dni Ciudad (cp, ..., atr-ciudad, dni), PK: Ciudad.cp, AK: Ciudad.dni, FK: Ciudad.dni→Delegado.dni. No se garantiza que un delegado solo tenga asignada una ciudad. Es necesario definir Delegado.cp como NOT NULL. No se garantiza que no haya delegados sin una ciudad asignada. El esquema relacional es correcto. Dado el siguiente esquema relacional: Alumno(matricula, otros-datos, profesor, nota), con PK: Alumno.matricula, que representa que un profesor puede calificar a uno y sólo un alumno y que un alumno es es calificado por sólo un profesor, indicar la respuesta correcta …. El atributo nota no puede tomar valores nulos. La clave principal sería el agregado (matricula, profesor). El atributo profesor debe ser clave alterna calificado. Existe una dependencia funcional entre los atributos profesor y nota que debe eliminarse. Dado el siguiente esquema conceptual, representando las proyecciones de los cines, en el esquema relacional resultante…. Protagonista será definido como NULL y NOT NULL. No podrá haber una película sin protagonistas. Será necesaria una restricción de dominio para el atributo protagonista para que no puedan repetirse. Sólo podrá haber un protagonista, los otros dos son secundarios. Dado el siguiente esquema relacional, de las siguientes opciones ¿Cuál aplicaría? ... Los atributos Grupo.nivel y Monitor.formacion los definiría en el mismo dominio para garantizar que ambos están relacionados. No haría nada, el esquema está en FNBC. Eliminaría el atributo Docencia.asignados. Crearía dominios específicos para los atributos. Una transacción es consistente debido a que... Está formada por instrucciones SQL correctas. Sólo tiene instrucciones SQL y no contiene instrucciones en cualquier otro lenguaje de programación. Es atómica. El resultado de la misma mantiene la base de datos integra. Una empresa desea crear un sistema de información que permita gestionar el proceso de pedidos de productos que realizan sus clientes y que actualmente llevan de forma manual utilizando unas plantillas como la que se muestra a continuación. Indicar la respuesta correcta ... Sin hacer el modelo conceptual no se puede diseñar esta base de datos. El agregado (ordernumber, productnumber) determina funcionalmente la cantidad del producto. Se observa una dependencia funcional entre los atributos quantity y unitprice que habría que analizar y controlar. La base de datos no estaría en FN4 puesto que los artículos pueden tener varios precios en base al número de artículos. Dado el siguiente esquema relacional, ¿sobre qué atributos sería necesario construir restricciones de integridad? ... Docencia.monitor y Alumno.monitor. Docencia.grupo y Alumno.grupo. Docencia.asignados y Grupo.capacidad. Grupo.capacidad y Alumno.grupo. El término atomicidad de una transacción hace referencia que sólo está compuesta por una acción que afecte a la base de datos ... Verdadero. Falso. Una relación R está formada por 10 atributos. Ocho atributos simples son claves candidatas y, de estos ocho, a su vez seis atributos son claves foráneas. Indicar la respuesta correcta ... Una relación no puede tener tantas claves candidatas. Una relación no puede tener tantas claves foráneas. La relación R está bien. Una relación no puede tener tantas claves candidatas y foráneas comunes. Una relación R está formada por 10 atributos de tamaño promedio 32 bytes. La clave principal es una clave compuesta de ocho atributos y siete de estos atributos son clave foráneas ... Es conveniente incluir un atributo externo para que se defina como clave principal. Una relación no puede tener una clave principal de más de 3 o 4 atributos. Los atributos de 32 bytes no pueden ser clave principal, ni candidata. Ninguna de las otras respuestas es correcta. En una relación R(a, b, c, d, e) se cumplen las siguientes características: La clave principal es el atributo (a); el atributo (b) puede tomar valores de 1 a 3; el atributo (c) puede tomar uno o varios valores entre A y G para b=1, entre H y P para b=2, y entre Q y Z para b=3. Indique qué forma normal aplicaría ... FN1. FN2. FN3. FNBC. Las restricciones de integridad que se definen para una base de datos deben ser definidas en las visiones externas o subesquemas... Verdadero. Falso. En una relación R(a, b, c, d, e) se cumplen las siguientes características. La clave principal es el atributo R.a; el atributo R.b puede tomar valores de 1 a 3; el atributo R.c puede tomar uno o varios valores entre A y G para b=1, entre H y P para b=2, y entre Qy Z para b=3. Indique en qué forma normal se encuentra ... FN2. FN3. FNBC. Ninguna de las otras respuestas es correcta. Una vez transformado el siguiente esquema conceptual …. No se puede garantizar que haya empleados que no dirijan ningún departamento. Se debe construir un trigger comprobando que los empleados dirigen el departamento sin tener que trabajar en el mismo. Se debe construir un aserto que compruebe se inserta a la vez la asignación de un empleado al departamento y la dirección de ese departamento. Dado que existe un tipo de interrelación con cardinalidades (1,n)-(1,1) es necesario construir una nueva tabla para representarla y crear una restricción para que se inserte a la vez en ambas tablas y que las claves foráneas se definan como DEFERRABLE. En una relación R(a, b, c, d, e) se cumplen las siguientes características: La clave principal es el atributo (a); el atributo (b) puede tomar valores de 1 a 3; el atributo (c) puede tomar uno o varios valores entre A y G para b=1, entre H y P para b=2, y entre Q y Z para b=3. Indique el esquema relacional correcto después de normalizar …. Quedaría igual pues no es necesario normalizar. R1 (a, c, d, e), R2(b, c), PK: R1.a, PK: R2.c, FK: R1.c→ R2.c. R1 (a, c, d, e), R2(b, c), PK: R1.a, PK: R2.b, AK: R2.c, FK: R1.c→ R2.c. R1(a, c), R2(c, b, d, e), PK: R1.a, PK: R2.c, AK: R2.b, FK: R1.c→ R2.c. Dado el siguiente esquema relacional: Profesor(dni, ...), Alumno(matricula, profesor, nota, ...), con PK: Profesor.dni, PK: Alumno(matricula, profesor), indicar la respuesta correcta …. Representa un tipo de interrelación N:N entre alumnos y los profesores que los califican. No se puede conocer a los alumnos matriculados hasta que no se les asignen un profesor. El atributo nota no puede tomar valores nulos. Todas las respuestas son correctas. Dado el siguiente esquema conceptual: El(x, y, z) con identificador principal (x), E2 (u, v, w, y), con identificador principal (w, y), relacionados de la forma: E1(1,1)-E2(1,n)... Se crea una tabla para E1 (R1) y otra para E2 (R2) donde el atributo R2.y es clave foránea de la tabla R1. El atributo y no puede pertenecer a E1 pues forma parte del identificador de E2. Hay una debilidad de identificación de E2 respecto a E1. Ninguna de las otras respuestas es correcta. En una especialización parcial sin solapamiento... No puede haber objetos que pertenezcan a más de un subtipo. Todos los objetos se especializan en algún subtipo. Los subtipos no siempre heredan los atributos del supertipo. Todos los posibles subtipos están recogidos en la especialización. Dado el siguiente esquema relacional y los correspondientes dominios de los atributos: R1 (x1, x2, x3, x4), x1 € D1, x2 € D2, x3 € D3, x4 € D4, R2(y1, y2, y3), y1 € D3, y2 € D5, y3 € D6, R3(z1, 22, 23, 24), z1 € D3, z2 € D7, z3 € D8, z4 € z1, donde: PK: R1.x1, R2.y1, R3.z1... Falta otra relación con clave y1 o z1. No se podrá definir a x3 como clave foránea de R2 y R3. y1 y z1 no pueden pertenecer al mismo dominio. x3 debería ser clave de R1. Dos transacciones que se ejecutan de forma concurrente permiten una planificación serializable... Si el orden de ejecución de las operaciones de ambas transacciones no afecta al resultado de ambas en la base de datos. Si se pueden ejecutar en cualquier orden las acciones de ambas transacciones. Si ambas transacciones son atómicas. Si no actúan sobre datos redundantes. Por definición de clave foránea, en una transacción nunca podrá insertarse una tupla de una tabla en la que la clave foránea tome un valor para el cual previamente no exista una tupla en ésa u otra tabla a la que hace referencia con el mismo valor ... Verdadero. Falso. Dado el siguiente esquema relacional y los correspondientes dominios de los atributos: R1(x1, x2, x3, x4), x1 € D1, x2 € D2, x3 € D3, x4 € D4, R2(y1, y2, y3), y1 € D3, y2 € D5, y3 € D6, R3(z1, z2, z3, z4), z1 € D3, z2 € D7, z3 € D8, z4 € z1, donde: PK: R1.xl, R2.y1, R3.z1 ... Se ha debido proceder a la eliminación de un supertipo en el modelo conceptual. R2 y R3 deben estar relacionados con una relación 1:1. y1 y z1 no pueden pertenecer al mismo dominio. La clave de R1 es (x1, x3). Dado el tipo de entidad E(a, b, c) cuyo identificador principal es el atributo (a), derivar el siguiente esquema conceptual: E(0,1)--(0,1)E... R(a, b, c, a'), PK: R.a, AK: R.a', FK: R.a' → R.a). R1(a, b, c), R2(a, a'), PK: R1.a, PK: R2.a, FK: R2.a' →R2.a. R1(a, a, b, c), PK: R1.(a, a'). R1(a, b, c), R2(a, a'), PK: R1.a, PK: R2.a, AK: R2.a', FK: R2.a → R1.a,FK: R2.a'→ R1.a. Después de una caída de la base de datos la recuperación se lleva a cabo rehaciendo todas las transacciones que se hayan ejecutado desde el último checkpoint... Verdadero. Falso. Una tabla de la forma R1 (a, b, ..., atr-ab) con PK: R1.a, AK: R1.b, FK: R1.b- R1.a, siendo atr-ab los atributos de un tipo de interrelación ... R1 representa a un tipo de entidad que mantienen un tipo de interrelación reflexiva cualificada por atr-ab. R1 representa a un tipo de entidad que mantienen un tipo de interrelación reflexiva (0,1)-(1,1) cualificada por atr-ab. Siempre atr-ab pueden ser considerados como los atributos del tipo de entidad de la cual se deriva R1 si no pueden tomar valores NULOS. En ningún caso en el tipo de interrelación representado por R1 pueden existir atributos que tomen valores NULOS. En las bases de datos ... No se permite que haya redundancia de datos. La redundancia de datos debe ser controlada por el SGBD. La redundancia de datos debe ser controlada por el DBA cuando se produce. Ninguna de las otras respuestas es correcta. Dado el siguiente esquema relacional y los correspondientes dominios de los atributos: R1(x1, x2, x3, x4), x1 € D1, x2 € D2, x3 € D3, x4 € D4, R2(y1, y2, y3), y1 € D3, y2 € D5, y3 c D6, R3(z1, 22, 23, 24), z1 € D3, z2 € D7, z3 € D8, z4 € z1, donde: PK: R1.x1, R2.y1, R3.zl... z4 no puede estar definido en el dominio de z1. z4 es clave alterna de R3. La clave de R3 debe ser (z1, z4). Puede existir una relación reflexiva en el tipo de entidad que originó a R3. Las restricciones CHECK de un dominio definido por el usuario se pueden borrar sin necesidad de borrar el dominio ... Verdadero. Falso. Un tipo de registro ficticio en el modelo en red se implementaría en el modelo relacional ... Como una tabla con una clave simple principal y otra clave simple alterna. Como una tabla en la que están presentes dos atributos que son NOT NULL y claves foráneas. Como una tabla en la que están presentes dos atributos que son NULL y claves foráneas. Como una tabla con clave compuesta y cada atributo de la clave se definiría como clave foránea. Dado el siguiente esquema relacional y los correspondientes dominios de los atributos: R1 (x1, x2, x3, x4), x1 € D1, x2 € D2, x3 € D3, x4 € D4, R2(y1, y2, y3), y1 € D3, y2 € D5, y3 € D6, R3(z1, z2, z3, z4), z1 € D3, z2 € D7, z3 € D8, z4 € z1, donde: PK: R1.x1, R2.y1, R3.z1 ... En el modelo conceptual existe forzosamente una exclusividad. Hay un error en el modelo conceptual debido a z4. Debe crearse una nueva relación para quitar la dependencia funcional con z4. En el modelo conceptual pueden estar presentes dos subtipos relacionados. Dada la relación R(a, b), siendo el atributo R.a la clave principal se puede garantizar que ... Estaría FN4 sólo si R.b es clave alterna. Nunca estaría en FN5, si R.b no es clave alterna. Siempre estaría en FN5. Nunca estaría en FN4, a no ser que R.b sea clave alterna. 131.En un esquema relacional nos encontramos con la siguiente información: FK1: R1.(x,y) -> R2.(a,b), FK2= R1.x->R3.c, indicar la respuesta correcta. Fk1 no es necesaria y hay que eliminarla. Fk2 no es necesaria y hay que eliminarla. Es necesario reunificar R2 con R3. Ninguna de las otras respuestas. 132. Dado el tipo de entidad E(a, b, c) cuyo identificador principal es el atributo (a), derivar el siguiente esquema conceptual: E<0,1>-------(d,e)-<1,n>E.... R(a, b, c, d. c, a´), PK: R.a, AK: R.a´, FK: R,a´->R.a). R1(a, b, c), R2(a, d, e, a´), PK: R1.a, PK: R2.a, FK: R2 R2.a´->R2.a). R1 (a, b, c). R2(a, d, e. a´), PK: R1.a, PK: R2.a, AK: R2.a´, FK: R2.a->R1.a, FK:R2.a´->R1.a). R1 (a, b, c). R2(a, d, e. a´), PK: R1.a, PK: R2.a, FK: R2.a->R2.a, FK:R2.a´->R1.a). 133. Dado el tipo de entidad E(a,b,c) cuyo identificador principal es el atributo (a), derivar el siguiente esquema conceptual: E<1,1>----(d. e)-----<0,n>E... R1(a,b,c), R2(a,d,e,a´), PK: R1.a, PK: R2.a ,FK:R2.a->R1.a, FK: R2.a´-->R1.a). R1(a,b,c), R2(a,d,e,a´), PK: R1.a, PK: R2.a ,FK:R2.a´-->R2, R2.a´ NOT NULL. R1(a,b,c, d ,e ,a´), PK: R1.a, FK:R1.a´-->R1.a, R1.a´ NOT NULL. R1(a,b,c), R2(a,d,e,a´), PK: R1.a, PK: R2.a , AK:R2.a´, FK:R2.a-->R1.a, FK: R2.a´-->R1.a. 134.. Dada la siguiente tabla acerca de Marineros en la que hay definida una restricción que hace referencia a la tabla Barcos. Indicar la respuesta correcta... La restricción chk 2 y el aserto Asert_1 actúan de igual forma sobre la integridad de la base de datos. La restricción chk 2 es una solución mejor que el aserto Asert_1. El aserto Asert-I debe incluir la cláusula NOT EXISTS. La restricción chk 2 y el aserto Asert_I no actúan de igual forma sobre la integridad de la base de datos. 135. Dado el tipo de entidad E(a, b, c) cuyo identificador principal es el atributo (a), derivar el siguiente esquema conceptual: E<0,n>-----(d, e)------<0,n>E... R1(a, b, c). R2(a, a', d, e), PK: R1.a. PK: R2.a´, AK: R2.a, FK: R2.a---> R1.a, FK: R2.a´-->R1.a. R1(a, b, c), R2(a, d, e, a'), PK: R1.a, PK: R2.a, FK: R2.a´→ R1.a, R2.a´ NOT NULL. R1 (a, b, c), R2(a, a', d, c), PK: R1.a, PK: R2.(a, a'), FK: R2.a-->R1.a, FK: R2.a´-->R1.a. R1 (a, b, c), R2(a, d, e, a´), PK: R1.a, PK: R2.a, AK: R2.a, FK: R2.a-->R1.a, FK: R2.a´--->R1.a NOT NULL. 136. Dado el siguiente esquema conceptual, indicar cuál sería el esquema relacional resultante: E1 (a, b, c)<1.1>----(x, y)---<1,n>E2(d, e, f), IP: E1.a, IP: E2. (d, e)... R1(a, b, c, d, e, x, y), R2(d, e, f), PK: R1.a, PK: R2.(d, e), FK: R1.(d, e)--->R2.(d, e). R1(a, b, c, d, e, x, y), R2(d, e, f), PK: R1.a, PK: R2. (d, c). FK: R1.(d, e) R2.(d, e) NOT NULL. R1 (a, b, c), R2(d, e, f, a, x, y), PK: R1.a, PK: R2.(d, e), FK: R2.a---->R1.a NOT NULL. R1 (a, b, c, x, y), R2(d, e, f, a), PK: R1.a, PK: R2.(d, e). FK: R2.a--->R1.a NOT NULL. 137.Dado el siguiente esquema conceptual, indicar cuál sería el esquema relacional resultante: E1 (a, b, c)<1,n>----(x, y)-<1,1>E2(d, e, f), IP: E1.a, IP: E2.(d,e).... R1 (a, b, c, d, c, x, y), R2(d, e, f), PK: R1.a, PK: R2.(d, e), FK: R1.(d, e)---> R2.(d,e). R1 (a, b, c, d, e, x, y), R2(d, e, F), PK: R1.a, PK=R2.(d, e), FK: R1.d-->R2.d NOT NULL, FK: R1.e-->R2.e NOT NULL. R1 (a, b, c, d, e, x, y, d, e, f), PK: R1.a, AK: R1.(d, e), (x, y) NOT NULL. R1(a, b, c, d, e, x, y), R2(d, e, f), PK: R1.a, PK=R2.(d, e), FK: R1.(d. e)--->R2.(d, e) NOT NULL. 138. La definición de una clave primaria de una tabla se puede hacer... . En cualquier momento, mediante la cláusula ALTER TABLE. Únicamente cuando se define el atributo con la cláusula PRIMARY KEY. Al crear la tabla antes de que tenga extensión que dé lugar a inconsistencia en la integridad de clave. Todas las respuestas son correctas. 139. Dado el siguiente esquema conceptual, indicar la respuesta verdadera.... E2 debe ser también débil por identificación respecto a E1. . La debilidad por identificación no puede existir en TR2. Dado que E3 es débil por identificación respecto a E1 falta un tipo de interrelación TR3 entre E2 y E3. . No puede haber un mismo atributo (h) en dos tipos de interrelación diferentes. 140. Dado el siguiente esquema conceptual, indicar la respuesta verdadera. Si TR1 y TR2 no son exclusivas el modelo correcto sería: E1<1,1>---- (h) ----<1,n>E2, E1<1,1>-----<ID>(h, j)-----<0,n>E3. Si TRI y TR2 no son exclusivas el modelo correcto sería: E1<1,1>----(h)-----<0,n>E2, E1<1,1>----<ID>(h, j)-----<0,n>E3. Si TRI y TR2 no son exclusivas el modelo correcto sería: E1<1,1>----(h)----<1,n>E2, E1<1,1>-----<ID>(j)---- <0,n>E3, E2<1,n>-----(h)-----<1,n>E3. Si TR1 y TR2 no son exclusivas el modelo correcto sería: E1<1,1>------(h)------<1,n>E2, E1<1,1>----<ID>(j)----<0,n>E3. 141. Dada la relación R(a, b, c, d, e) en las que están presentes las dependencias funcionales: R.(a, b) R.c, R.b-->R.(c, d), R.a<->R.d, R.d-> R.(e, b), determinar cuáles son las claves candidatas de R... R.c y Re. R.a y R.d. . R. (a, b) y R.(b, d). . Ra, R.b y R.d. 142.Dado el siguiente esquema conceptual, indicar cual seria el esquema relacional resultante: El (a, b, c)<1,1>---(x,y)-----<1, 1982(a, e, f), IP:E1.a, IP, E2, (a. e)..... . R1(a,b,c,a´,e, x, y), R2(a, e, f), PK: R1.a, PK: R2.(a, e), FK:R1.(a´,e)->R2.(a,e) NOT NULL. R1(a,b,c,a´, e, x, y), R2(a, e, f), PK: R1.a, PK: R2.(a, e), FK R1. (d, e)-->R2.(d, e) NOT NULL. R1(a,b,c, x, y), R2(d, e, f, a), PK: R1.a, PK: R2.(d, e), FK: R2.a-->R1.a NOT NULL. Ninguna de las otras respuestas es correcta. 143.. Dadas las siguientes tablas, indicar la respuesta verdadera. . R1 |x R2=R2 |x R1. La operación R1 |x R2 da como resultado una tabla de orden 7 y cardinalidad 16. La operación R1 |x R2 da como resultado una tabla de orden 5 y cardinalidad 7. R1 |x R2 PROJECT(RI |x| R2/(D,E)). 144. Dado el siguiente esquema conceptual, indicar cuál sería el esquema relacional resultante: E1(a,b,c)<1,n>--(x,y)--<1,1>E2(d, e, f), IP: E1.a, IP: E2.(d, e) ... R1(a, b, c, d, e, x, y), R2(d, e, f) , PK:R1.a, PK: R2.(d, e), FK:R1.(d, e) → R2.(d, e) NOT NULL. R1(a, b, c, d, e, x, y) R2(d, e, f), PK: R1.a, PK: R2.(d, e) FK:R1.(d, e) → R2.(d, e). R1(a, b, c, d, e, x, y, d, e, f) PK: R1.a,AK: R1.(d, e), (x, y) NOT NULL. Ninguna de las otras respuestas es correcta. 145. En una base de datos relacional no se admiten, y no pueden existir, tablas que no estén normalizadas, al menos, hasta la FNBC... Verdadero. Falso. 146. Una empresa desea crear una sistema de información que permita gestionar el proceso de pedidos de productos que realizan sus clientes y que actualmente Ilevan de forma manual utilizando unas plantillas como la que se muestra a continuación. Indicar la respuesta correcta…. Se creará una tabla de la forma: ORDER (ordernumber, product, date). Se creará una tabla de la forma: ORDER(ordernumber, customer, product, quantity, date). Se creará una tabla de la forma: ORDER(ordernumber, customer, date). Ninguna de las otras respuestas es correcta. 147. Los tipos de interrelaciones reflexivas con atributos en el tipo de interrelación siempre originan una tabla para representar el tipo de interrelación con independencia de las cardinalidades con que participe el tipo de entidad... Verdadero. Falso. 148. Dado el siguiente esquema conceptual, indicar cuál sería el esquema relacional resultante: E1(a, b, c)<1,1>--(x, y)--<1,n>E2(d, e, f) IP: E1.a, IP: E2. (d, e)... R1(a, b, c), R2(d, e, f, a, x, y), PK: R1.a, PK: R2.(d, e), FK: R2.a → R1.a NOT NULL. R1(a, b, c, d, c, x, y), R2(d, e, f), PK: R1.a, PK: R2.(d, e), FK: R1.(d, e) → R2.(d, e) NOT NULL ::. R1(a, b, c, x, y), R2(d, e, f, a), PK: R1.a, PK: R2. (d, e) FK: R2.a → R1.a NOT NULL. Ninguna de las otras respuestas es correcta. 149. Dada la relación R(a, b, c, d, e) en las que están presentes las dependencias funcionales: R.(a,b) → R.c, R.a → R.d, R.b → R.e. Determinar la forma normal en la que se encuentra R... FN1. FN2. FN3. FNBC. 150. Dada la siguiente tabla y las siguientes suposiciones, indicar la respuesta correcta... Después de normalizar a FNBC la tabla Work quedaria de la forma: Work (empId, hours, salary, budget), PK: Work. (projName, empId). Después de normalizar a FNBC la tabla Work quedaría de la forma: Work (projName, empld, hours, salary, budget), PK: Work. (projName, empld). Después de normalizar a FNBC la tabla Work quedaría de la forma: Work (projName, empld, hours, salary), PK: Work. (projName, empld). Después de normalizar a FNBC la tabla Work quedaría de la forma: Work (projName, empld, hours, salary, empMgr), PK: Work. (projName, empld). 151. Una restricción de dominio, tal como un aserto, no puede controlar la existencia de un tipo de interrelación exclusiva reflexiva... Verdadero. Falso. 152. Dadas las siguientes tablas, indicar la respuesta verdadera... No se puede dividir R1+R2. No se puede dividir R1+R2, pero si R1+SELECT(R2/E). El JOIN entre R1 y R2 se debe hacer después de reordenar las columnas. Ninguna de las otras respuestas es correcta. 153. Dado el siguiente esquema conceptual, representando las proyecciones de películas en los cines…. No podríamos saber los diferentes pases de una película en un cine a lo largo del día. El atributo hora debería ser parte del tipo de entidad Cine. El atributo hora debería ser parte del tipo de entidad Película. Película debería ser débil por identificación respecto a Cine y modificar la cardinalidad a (1,1). 154. Se define un ROL como... Un conjunto de privilegios sobre objetos de esquemas de usuario. Un conjunto de privilegios sobre el esquema. Un conjunto de privilegios sobre el sistema y/o sobre objetos de esquemas de usuario. Un conjunto de usuarios. 155. Si la especialización requiere de la existencia de un atributo en el supertipo que caracteriza el proceso, este atributo debe existir en los conjuntos que se generalizan... Verdadero. Falso. 156. Una tabla de la forma R1(a, b, ..., atr-ab), con PK: R1.a, FK: R1.b → R1.a, siendo atr-ab los atributos del tipo de interrelación que da lugar a generar R1... Se requiere necesariamente una nueva tabla R2(a, b, atr-ab), con PK: R2.a y AK: R2.b. Se requiere necesariamente una nueva tabla R2(a, b, atr-ab), con PK: R2.a, AK: R2.b, FK: R2.a → R1.a. Se deben crear necesariamente las tablas R1 (a, ..), R2(b, ...), R3(a, b, atr-ab) y las claves foráneas FK: R3.a → R1.a y FK: R3.b → R1.b y definir atr-ab como NULL. Es necesario construir una restricción para controlar los valores de atr-ab en relación a la existencia de valores para R1.b. 157. Dadas las siguiente tablas, indicar la respuesta correcta ... La operacion R1|x R2 da como resultado una tabla de orden 7 y cardinalidad 16. La operacion R1|x R2 da como resultado una tabla de orden 5 y cardinalidad 7. R1|x R2 = PROJECT(R1|x R2/ (D,E)). Ninguna de las otras respuestas es correcta. 158. El atributo que caracteriza una especializacion puede estar definido en un dominio logico ... Verdadero. Falso. 159. Una tabla de la forma R(a, b, c, ...), en la que PK:R.a, AK: R.b, AK: R.c, FK: R.c -> R.a ... No se puede dar en ningun caso. Se ha podido derivar de un tipo de interrelacion reflexiva (1,1) - (1,1). La clave primaria deber ser el agregado (a, b, c). Se ha derivado de un tipo de interrelacion 1:1 y otro tipo de interrelacion 1:N. 160. Dado el esquema relacional: R1(a, b, ..., atr-ab), R2(b, c, ...), con PK: R1.a, K: R2.b, FK:R1.b -> R2.b, y siendo atr-ab los atributos del tipo de interrelacion que relaciona dos tipos de entidades que dan lugar a generar R1 y R2 ... Se definirá R1.b como clave alterna y atr-ab como NULL. atr-ab no puede ser NULL por lo que R1.b tampoco puede ser NULL. Los dos tipos de entidades que dan lugar a R2 mantienen un tipo de interrelacion (1,1)-(1,n). Es necesario definir un aserto para que atr-ab sea NULL si R1.b es NULL. 161. Dado el esquema relacional: R1(a, b, ..., atr-ab), R2(b, c, ...), con PK: R1.a, PK: R2.b, FK:R1.b -> R1.b NOT NULL, siendo atr-ab los atributos del tipo de interrelacion que relaciona dos tipos de entidades que dan lugar a generar R1 y R2 ... R1 representa a un tipo de interrelacion y no a un tipo de entidad. R1.b debe ser la clave alterna de R1. R1.b no puede tomar valores nulos y tampoco atr-ab. Ninguna de las otras respuestas es correcta. 162. Dado el siguiente esquema relacional... Estudiante(matricula, nombre, apellidos, direccion) Asignatura(asignatura, nombre, grupos), PK: Asignatura, asignatura Matricula(matricula, asignatura), PK: Matricula.(matricula, asignatura) PK: Estudiante.matricula, FK: Matricula.matricula->Estudiante.matricula, FK: Matricula.asignatura -> Asignatura.asignatura. Todo estudiante deber estar obligatoriamente matriculado en una asignatura. Cuando se elimina la informacion de un estudiante, se eliminara automaticamente la informacion de las asignaturas en las que estaba matriculado. Puede haber estudiantes que no esten matriculados en alguna asignatura. Cuando se elimina la informacion de una asignatura, se eliminan automaticamente las matriculas de los alumnos que se habian matriculado en ella. 163. En el proceso de eliminacion de un tipo de interrelacion exclusiva para transformar el esquema conceptual a relacional ... Se debe crear un supertipo para eliminar la exclusividad cuando sea total. Sera necesario unificar los subtipos para eliminar la exclusividad. Sera necesario construir una restriccion para controlar para controlar la no existencia de tuplas que identifiquen el mismo objeto en diferentes tablas. Las tablas que se generen deben tener clave diferente para eliminar la exclusividad. 164. Cuando creamos un trigger para controlar que dos atributos de diferentes tablas deben tener el mismo valor ... Se debe crear un trigger para cada tabla y usar la opcion FOLLOWS para un mejor desempeño. Un trigger no puede controlar esta restriccion. Se debe insertar a la vez en ambas para controlar la restriccion, para ello se crea una transaccion. Ninguna de las otras respuestas es correcta. 165. En las bases de datos ... La integridad de los datos es gestionada por el SGDB basandose en el modelo logico. La integridad de los datos la revisa los programadores. La integridad de los datos es independiente del modelo logico. La integridad de los datos esta definida por el modelo fisico. 179. ¿Porque un tipo de interrelacion N:M se transforma en una tabla en el modelo relacional? ... Porque los elementos del conjunto interrelacion estan identificados por la agregacion de los identificadores de los conjuntos que se relacionan. Porque asi es mas facil representar la relacion. Porque los identificadores se unen para crear la clave primaria. Porque un tipo de interrelacion es un conjunto. 180. La tranformacion de una interrelacion ternaria siempre da lugar a una nueva relacion que tendra como atributos las claves primarias de los tres tipos de entidades interrelacionadas y todos los atributos que tenga el tipo de interrelacion. La clave primaria de la nueva relacion no depende de las cardinalidades de los tipos de interrelaciones ... Verdadero. Falso. 181. ¿Cual es la diferencia entre un determinante funcional y una clave candidata? ... La forma normal en que se encuentre la relacion determina la diferencia entre ambos conceptos. Ninguna, ambos terminos se refieren al mismo concepto. Un determinante funcional no puede ser clave principal y una clave candidata si puede serlo. Una clave candidata no puede ser clave principal y un determinante funcional si puede serlo. 182. En el modelo de red ... Los tipos de registros ficticios solo pueden estar constituidos por atributos que son punteros. Los tipos de registros pueden tener atributos multiples. Un tipo de registro solo participa en un tipo de set. Los tipos de registro owner no pueden definirse como member. 183. En el modelo en red ... un tipo de registro member solo representa un tipo de entidad que participa con cardinalidades (1,n). un tipo de registro member solo representa un tipo de entidad que participa con cardinalidades (0,n). un tipo de registro member solo representa un tipo de entidad que participa con cardinalidades (0,1). un tipo de registro member representa un tipo de entidad que participa con cardinalidades (?,?). Dada la siguiente tabla acerca de Marineros en la que hay definida una restricción que hace referencia a la tabla Barcos, seleccione una respuesta correcta... Cuestionario de Fundamentos de Bases de Datos CREATE TABLE Marineros ( idm INTEGER, nombrem CHAR(10), categoria INTEGER, edad REAL, 214 PRIMARY KEY (idm), CONSTRAINT chk_1 CHECK (categoria >= 1 AND categoría <= 10), CONSTRAINT chk_2 CHECK ((SELECT COUNT (M.idm) FROM Marineros M) + (SELECT COUNT (B.id FROM Barcos B) < 100));. La suma de marineros y barcos nunca podría ser mayor o igual a 100. Se podrían insertar más de 100 barcos en la tabla Barcos. No se podrían insertar más marineros que barcos. Hay que indicar <= 100. Un profesor coloca a sus alumnos en fila para hacerles preguntas del temario. Cada vez que pregunta, si el alumno no se sabe la respuesta, pasa al siguiente. El alumno que acierta la respuesta correcta pasa a ocupar la posición del primer alumno que erró la respuesta y los demás se desplazan una posición. Se ha creado la tabla Alumnos(matricula, nombre, apellidos, otros-datos), PK:Alumnos.matricula, seleccione la respuesta correcta ... Para conocer la última posición del alumno se debe crear la tabla Fila(matricula, posición), PK: Fila.matricula. Para conocer la última posición del alumno se debe crear la tabla Fila(posición, matricula), PK: Fila.posicion. Para conocer la última posición del alumno se debe crear la tabla Fila(matricula, posición), PK: Fila. (matricula, posicion). Alumnos(matricula, nombre, apellidos, otros-datos, posición), PK: Alumnos.matricula. Cuando el DBA asigna roles a los usuarios del sistema y posteriormente asigna privilegios a esos roles... Un usuario puede tener asignado únicamente un rol. Un usuario puede tener asignado más de un rol. Si un usuario tiene varios roles asignados, los privilegios de los roles no pueden ser incompatibles. Los privilegios a los roles deben ser asignados a distintos objetos de la base de datos. Dada la siguiente tabla y las siguientes suposiciones, indicar la respuesta correcta. WORK(projName, projMgr. empld, hours, empName, budget, atan Dare, salary, empMgr, empDept, rating) Cada proyecto tiene un nombre unico. Aunque los nombres de proyecto son únicos, los nombres de los empleados y supervisores no lo son. Cada proyecto tiene un supervisor, cuyo nombre se almacena en projMgr. Muchos empleados se pueden asignar para trabajar en cada proyecto, y un empleado se puede asignar a más de un proyecto. El atributo hours dice el número de horas por semana que un empleado particular se asigna para trabajar en un proyecto particular. budget almacena la cantidad presupuestada para un proyecto, y startDate da la fecha de inicio para un proyecto. salary proporciona el salario anual de un empleado. empMgr proporciona el nombre del supervisor del empleado, que puede no ser el mismo que el supervisor del proyecto. emp Dept proporciona el departamento del empleado. Los nombres de departamento son únicos. El supervisor del empleado es el supervisor del departamento del empleado. rating proporciona la calificación del empleado para un proyecto particular. El supervisor del proyecto asigna la calificación al final del trabajo del empleado en dicho proyecto. El atributo empld mantiene las dependencias funcionales empld→ (empName, salary, empMgr, rating). El atributo empld mantiene las dependencias funcionales empld → (empName, salary, empMgr, empDept). El atributo empld mantiene las dependencias funcionales empld → (empName, salary, empDept). El atributo empld mantiene las dependencias funcionales empld→→ (empName, salary, hours, empMgr, empDept). Una clave foránea que pueda tomar valores nulos... No está permitido por el modelo relacional. Indica que existe una debilidad de existencia. Representa la presencia de un tipo de interrelación (?,n). Representa la presencia de un tipo de interrelación en la que un tipo de entidad participa con cardinalidad (0,1). Dado un tipo de entidad que representa a los bolígrafos y en función de su color se asignan a diferentes puestos de trabajo de una empresa, en el modelo conceptual.. Se especializarán los tipos de entidades que representan a los bolígrafos y a los puestos de trabajo y se crearán tantos tipos de interrelaciones entre los subtipos en base al color y puesto de trabajo. Se especializa el tipo de entidad que representa a los de la empresa y se le añade un atributo indicando el color de bolígrafo que tiene asignado cada puesto de trabajo. Se especializa el tipo de entidad que representa a los bolígrafos y se le añade un atributo indicando el puesto de trabajo de la empresa al que puede ser asignado el bolígrafo. Se crea un tipo de interrelación N:N entre los tipos de entidad que representa a los bolígrafos y los puestos de trabajo de la empresa y se especifica una restricción de dominio entre los colores y puestos de trabajo que posteriormente será representada en el modelo lógico. En una relación N:N entre dos tipos de entidades caracterizada por un atributo, en el modelo en red... El atributo forma parte de la estructura del tipo de registro ficticio generado para representar la relación N:N. El atributo forma parte de la estructura del tipo de registro owner en el tipo de set generado para los dos tipos de registros creados los dos tipos de entidades. El atributo forma parte de la estructura del tipo de registro member en el tipo de set generado para los dos tipos de registros creados tipos de entidades. Se crea un tipo de registro para el atributo y un tipo de set entre los dos tipos de registros creados para los dos tipos de entidades. Dada una relación R1 de orden igual a 20 y cardinalidad igual a 1000 que almacena los clientes de una empresa, una relación R2 de orden igual a 10 y cardinalidad igual a 2500 que almacena las facturas emitidas en el 2017 a esos clientes y una relación R3 de orden igual a 2 y cardinalidad igual a 200 que almacena las facturas que aún no han sido abonadas por los clientes. Sabiendo que sólo el 20% de los clientes son de Córdoba y el 95% han tenido, al menos, una factura, indicar el orden de una relación que almacene la semi- reunión de R1 y R2 para los clientes de Córdoba... 10. 20. 30. 40. Indique cuál de las siguientes afirmaciones es correcta... Los tipos de interrelaciones binarias N:N deben siempre convertirse en un nuevo tipo de entidad débil por identificación y crear dos nuevos tipos de interrelaciones binarias 1:N. Los tipos de interrelaciones binarias N:N con atributos en el tipo de interrelación deben siempre convertirse en un nuevo tipo de entidad débil por identificación conteniendo el atributo del tipo de interrelación y crear dos nuevos tipos de interrelaciones binarias 1:N. Los tipos de interrelaciones binarias N:N no deben pre-procesarse para generar el modelo relacional. Los tipos de interrelaciones binarias N:N con atributo identificador compuesto deben pre-procesarse antes de poder generar el modelo relacional, creando nuevos tipos de entidades y nuevos tipos de interrelaciones. Indique cuál de las siguientes afirmaciones es correcta ... Los tipos de interrelaciones binarias débiles por identificación deben tener atributos identificadores para identificar a las entidades débiles. Los atributos de los tipos de interrelaciones débiles por identificación no pueden tomar valores nulos. Los atributos de los tipos de interrelaciones débiles por identificación deben asignarse al tipo de interrelación si provienen de la transformación de un tipo de interrelación N:N con atributos. Los tipos de interrelaciones binarias débiles por identificación no pueden tener atributos. Las especializaciones de los tipos de entidad... Se pueden llevar a cabo con uno o más atributos pertenecientes al supertipo de entidad que no tomen valores nulos. Únicamente se pueden llevar a cabo por un atributo del tipo de interrelación de la especialización. Únicamente se pueden llevar a cabo por un atributo del tipo de interrelación de la especialización que no tome valores nulos. Únicamente se pueden llevar a cabo con un atributo perteneciente al supertipo de entidad. Indicar la respuesta correcta... Dos transacciones pueden ser compatibles o incompatibles. Las acciones de transacciones diferentes pueden ser compatibles o no. Las acciones de una transacción son siempre compatibles. Un trigger no da lugar a una transacción no compatible. 196.Dado un modelo conceptual en que un tipo de entidad Empleados está relacionada con un tipo de entidad Departamentos representando el lugar asignado de trabajo a cada empleado. Si un empleado puede estar a lo largo de su carrera profesional asignado a más de un departamento y se desea conocer la fecha de asignación, ¿Cómo representaríamos esta información?... FechaAsignación debería ser un tipo de entidad y se crearía un tipo de interrelación ternaria entre Empleados, Departamentos y FechaAsignación. FechaAsignación sería un atributo del tipo de entidad Empleados. FechaAsignación sería un atributo del tipo de entidad Departamentos. Fecha Asignación sería un atributo del tipo de interrelación entre Empleados y Departamentos. 197.Dado un modelo conceptual en que un tipo de entidad Empleados está relacionada con un tipo de entidad Departamentos representando el lugar asignado de trabajo a cada empleado. Si un empleado puede estar a lo largo de carrera profesional asignado a uno y sólo un departamento y se desea conocer la fecha de asignación, ¿Cómo representaríamos esta información?... Únicamente en el tipo de interrelación entre Empleados y Departamentos. Únicamente en el tipo de entidad Departamentos. Únicamente en el tipo de entidad Empleados. En el tipo de interrelación entre Empleados y Departamentos o en el tipo de entidad Empleados. 198.Una vez definido para una tabla, la ejecución de un CONSTRAINT no se puede detener a no ser que se borre... Verdadero. Falso. 199.La primera tarea que debe llevar a cabo el DBA para el diseño de una base de datos es... Diseñar el modelo conceptual y revisarlo con los usuarios. Analizar el sistema actual y describir las necesidades. Construir un modelo de base de la base de datos. Entrevistarse con todos los futuros usuarios para recopilar los requisitos. 201.En el proceso de normalización de una tabla ... Se descompone la tabla en proyecciones y no se eliminan las dependencias funcionales existentes en el problema. Se eliminan todas las dependencias funcionales presentes en el problema. Se eliminan sólo las dependencias funcionales no completas y transitivas presentes en el problema. Se deben crear el doble de tablas que dependencias funcionales existan En la definición de un dominio ... 200.Dado el siguiente esquema conceptual en la que existe un tipo de interrelación ternaria N:N:N entre los tres tipos de entidades descritos a continuación y representando las pólizas que son responsabilidad de un empleado y las personas aseguradas en cada póliza. Si el coste de la póliza depende de la edad de los asegurados ... Empleados(dni, nombre, plaza), IP: Empleados.dni Asegurados(dni, nombre, fecha-nacimiento), IP: Asegurados.dni Polizas (idpoliza, coste, fecha-inicio, fecha-fin), IP: Polizas.idpoliza. El atributo coste sería un atributo calculado no editable. El atributo coste pasaría a formar parte del tipo de entidad Asegurados. El atributo coste pasaría a formar parte del tipo de interrelación. Existiría una dependencia funcional entre el atributo coste y fecha- nacimiento. 202.En la definición de un dominio ... Pueden incluirse sentencias SQL que afecte a atributos de tablas de la base de datos. No pueden incluirse sentencias SQL. Sólo se pueden restringir el conjunto de valores de un atributo de la tabla donde se ha definido el dominio. Se pueden incluir nuevos tipos de datos no considerados a priori por el SGBD. 203.Dado el siguiente esquema conceptual en el que los tipos de entidades participan ambos con cardinalidades (1,n), ¿Qué ocurre si un cliente realiza dos pedidos del mismo libro en diferentes días?. El esquema conceptual quedaría: Pedidos(idpedido, fecha_pedido, fecha_envio, tarjeta, cantidad), IP: idpedido, y un tipo de interrelación ternaria entre Clientes, Pedidos y Libros. El esquema conceptual quedaría: Pedidos(idpedido, fecha_pedido, fecha_envio), IP: idpedido, y un tipo de interrelación ternaria entre Clientes, Pedidos y Libros, los atributos cantidad y tarjeta serían atributos del tipo de interrelación. El esquema conceptual quedaría: Pedidos(idpedido, fecha_pedido, fecha_envio, tarjeta, cantidad), IP: idpedido, y los tipos de interrelaciones: Pedidos(1,n)-(1,n) Libros y Pedidos (1,n)-(1,n) Clientes. El esquema conceptual quedaría: Pedidos(idpedido, fecha_pedido, fecha_envio, tarjeta), IP: idpedido, y los tipos de interrelaciones: Pedidos<0,n>-(cantidad)-<1,n>Libros, Pedidos (0,n)-(1,1) Clientes. 204.Dado el siguiente esquema conceptual ... Empleados(dni, nombre, plaza), IP: Empleados.dni Departamentos(idd, nombre, presupuesto), IP: Departamentos.idd Empleados<1,n>-<fecha_inicio>-<1,1>Departamentos (Trabaja_en) Empleados<1,1>-<fecha_asignado>-<1,1>Departamentos (Dirige). Un empleado podría dirigir un departamento antes de empezar a trabajar en ese departamento. Un empleado podría dirigir un departamento en que no trabaja. No conoceríamos los cambios de departamento de un empleado. Todas las respuestas son correcta. 205.El uso de la cláusula DEFERRABLE en la definición de las restricciones de integridad implica que el usuario tenga que confirmar o denegar la comprobación de la restricción a la que está asociada. Verdadero. Falso. 206.Dado el siguiente esquema conceptual, ¿Cuál sería el esquema relacional resultante? Empleados(dni, nombre, plaza), IP: Empleados.dni Departamentos(idd, nombre, presupuesto), IP: Departamentos.idd Empleados(1,n)-<fecha_inicio>-(1,1)Departamentos (Trabaja_en) Empleados (1,1)-<fecha_asignado>-(1,1)Departamentos (Dirige). Empleados(dni, nombre, plaza), Departamentos(idd, nombre, presupuesto, dni, fecha_asignado), PK: Empleados.dni, PK: Departamentos.idd, FK: Departamentos.dni → Empleados.dni, Departamentos.dni NOT NULL. Empleados (dni, nombre, plaza, idd, fecha_inicio), Departamentos(idd, nombre, presupuesto), Dirige(dni, idd, fecha_asignado) PK: Empleados.dni, PK: Departamentos.idd, PK: Dirige.dni, AK: Dirige.idd, FK: Empleados.idd→Departamentos.idd, FK: Dirige.dni Empleados.dni, FK: Dirige.idd → Departamento.idd Empleados.idd NOT NULL. Empleados(dni, nombre, plaza, idd, fecha_inicio), Departamentos(idd, nombre, presupuesto, fecha_asignado), PK: Empleados.dni, PK: Departamentos.idd, FK: Empleados.idd→Departamentos.idd, Empleados.idd NOT NULL,. Empleados(dni, nombre, plaza), Departamentos(idd, nombre, presupuesto), EmpDept(dni, idd, fecha_inicio, fecha_asignado), PK: Empleados.dni, PK: Departamentos.idd, PK: EmpDept.dni. 207.Desde el punto de vista lógico, un tipo de link y un tipo de set considera que ... El tipo de link tiene dirección y el tipo de set no. El tipo de set puede ser múltiple y el tipo de link no. Son abstracciones similares que representan conceptos similares. Son abstracciones que no tienen aplicación en un modelo de datos. 208.En el modelo en red. Las instancias de un DBTG puede estar ordenadas de múltiples formas al mismo tiempo. Las instancias de un DBTG no están ordenadas, el orden lo imponen los registros owner. Las instancias de un DBTG están ordenadas por el orden de inserción de los registros member. Las instancias de un DBTG puede estar ordenadas de diferentes formas. 166. Un SGBD debe permitir la creación de permisos o autorizaciones..... Sólo para la globalidad de la base de datos en los que se definen. La creación de permisos es independiente del SGBD, sólo depende del modelo lógico. A nivel global, objeto y propiedad. El SGBD no permite crear autorizaciones, únicamente controla las restricciones definidas en el modelo lógico. 167. Las restricciones o reglas de integridad... Inicialmente se definen y se describen en la creación del modelo lógico ya que dependen del SGBD. Se definen inicialmente en el modelo conceptual. Se definen en el modelo canónico. Todas son dependientes del modelo subyacente del SGBD utilizado. 168. La elección de una estructura determinada de almacenamiento físico para un conjunto de objetos... Se decide en la creación del modelo lógico. Es dependiente del modelo canónico. Viene determinada por las características del problema y tratamiento deseado de la información. Es dependiente de las visiones externas que se construyan para ese conjunto de objetos. 169. Para la creación de un esquema de una base de datos relacional... Podremos utilizar las instrucciones definidas por cualquier lenguaje de programación que reconozca el SGBD. Utilizaremos cualquier aplicación o lenguaje siempre que podamos escribir sentencias SQL con verbos Write(). Si utilizamos cualquier lenguaje que reconozca el SGBD deberemos indicarlo en la directiva del programa. Podremos utilizar cualquier lenguaje que pre-compile sentencias del DDL. 170. En el caso de una emergencia en el funcionamiento de una base de datos... El SGBD de la base de datos automáticamente resuelve cualquier emergencia. El DBA tiene la responsabilidad de resolverla. Las emergencias de tipo grave de datos son resueltas por el gestor de la base de datos. El gestor de la base de datos es autónomo para resolver las emergencias en base a las definiciones realizadas por el DBA. 171. Un modelo de datos.... Tiene en cuenta la estructura, la integridad y la manipulación de los datos. Sólo tiene en cuenta la estructura de los datos. Sólo tiene en cuenta la estructura y la integridad de los datos. Tiene en cuenta la integridad y manipulación de los datos y su almacenamiento. 172. Una vez creado un dominio se puede borrar pero en ningún caso se puede modificar... Verdadero. Falso. 173. Los asertos que afecten al valor de un atributo que está definido en dos tablas diferentes siendo en una de ellas un atributo derivado. Deben definirse en las dos tablas en las que está definido el atributo. Se define en la tabla de la cual se deriva el atributo. Se define en la tabla en la que se encuentra el atributo derivado. Ninguna de las otras respuestas es correcta. 174. La ventaja de las bases de datos relacionales es que la afinación se realiza de forma automática por el SGBD sin intervención del DBA..... Verdadero. Falso. 175. Consideremos el problema en el que una empresa tiene delegados comerciales en una y sólo una ciudad, y que una ciudad tiene uno y sólo un delegado, generándose el siguiente esquema relacional que satisface los requisitos... Delegado (dni,.... atr-delegado), PK: Delegado.dni Ciudad(cp,.... atr-ciudad, dni), PK: Ciudad.cp, AK: Ciudad.dni, FK: Ciudad.dni→Delegado.dni. Verdadero. Falso. 176. Consideremos el problema en el que una empresa tiene delegados comerciales en una y sólo una ciudad, y que una ciudad tiene uno y sólo un delegado, dando como resultado el siguiente esquema relacional. Responda la opción correcta... Delegado (dni,..., atr-delegado), PK: Delegado.dni Ciudad(cp, …, atr-ciudad, dni), PK: Ciudad.cp, AK: Ciudad.dni, FK: Ciudad.dni→Delegado.dni. Ciudad.dni no puede ser clave alterna. Ciudad.dni debe ser definido como NOT NULL. Pueden insertarse delegados sin que, para ello, se les asigne la ciudad a la que están asignados. Ciudad.cp no puede ser clave primaria ya que hay ciudades sin código postal. 177. Consideremos el problema en el que una empresa tiene delegados comerciales en una y sólo una ciudad, y que una ciudad tiene uno y sólo un delegado, dando como resultado el siguiente esquema relacional. Responda la opción correcta... Delegado (dni, cp, …, atr-delegado), PK: Delegado.dni, AK: Delegado.cp, FK: Delegado.cp→Ciudad.cp Ciudad(cp,..., atr-ciudad, dni), PK: Ciudad.cp, AK: Ciudad.dni, FK: Ciudad.dni→Delegado.dni. Habría un problema con las claves foráneas habría que definirlas como NULL. Delegado.cp y Ciudad.dni debe ser definidos como NULL. Ciudad.cp no puede ser clave primaria ya que hay ciudades sin código postal. Ninguna de las otras respuestas es correcta. 178. En el caso que algún atributo esté definido en un dominio creado por el usuario, ese dominio no se puede borrar hasta que no se modifique el dominio en que esté definido ese atributo ... Verdadero. Falso. 184. En el modelo en red... Se pueden definir tantos tipos de set como tipos de registros existan. El número y nombre de los tipos de set es igual al de número de tipo de registros. No hay restricción para definir tipos de set. Solo se definen parejas de tipos de set desde el tipo de registro SYSTEM. 185.Cuando se indica el término de relación padre-hijo ... Nos estamos refiriendo a tipo de interrelaciones (1,1)-(?,?). Nos estamos refiriendo exclusivamente al modelo jerárquico. Nos estamos refiriendo a la existencia de una debilidad de identificación. Nos estamos refiriendo a la existencia de relaciones comprometidas por la cardinalidad de tipos de entidades hijo. 186.Dada dos relaciones que representan las Facturas de una empresa y las líneas o ítems de cada una de esas facturas (Lineas Facturas) ... La clave de la tabla Lineas Facturas obligatoriamente es compuesta. Es obligatorio insertar al mismo tiempo la tupla de Facturas y de Lineas Facturas. La tabla Lineas Facturas tiene necesariamente atributos que son derivados de la tabla Facturas. Pueden existir atributos calculados en la tabla Facturas cuyo cálculo requiere de información de la tabla Lineas Facturas. 187. Dado un conjunto de profesores relacionados con cero o muchos alumnos que son calificados cero o muchas veces, en el modelo conceptual ... Existirán dos tipos de entidades (Profesores y Alumnos) con relaciones (?,?)-(1,n) caracterizada por el atributo calificación. Los registros pueden tener atributos múltiples. Necesariamente se deberá definir un tipo de entidad para representar las calificaciones. El tipo de entidad que representa a los alumnos tendrá un atributo múltiple para representar las calificaciones. 188. Dada dos tablas que representan las Facturas de una empresa y las líneas o ítems de cada una de esas facturas (Lineas Facturas) en la implementación física del esquema ... Las tuplas de las LineasFacturas están reflejadas en la tabla Facturas. Una clave alterna de la tabla LineasFacturas puede incluir la clave de la tabla Facturas o no. La tabla LineasFacturas no puede tener clave alternas si proviene de una debilidad por identificación. Una clave alterna de la tabla LineasFacturas siempre incluirá la clave de la tabla Facturas. 189. La clave primaria de una tabla no está indexada, pero sí se indexan las claves alternas cuando se definen con la cláusula UNIQUE, por esta razón hay que tener en consideración el tamaño de las claves alternas para no afectar al desempeño... Verdadero. Falso. 190. En la fase de diseño de una base de datos ... El modelo relacional obligatoriamente debe partir del modelo conceptual. Los requisitos no siempre se pueden describir en el modelo lógico. El modelo conceptual se basa en la especificación de requisitos. La clave del proceso es describir las entidades y relaciones en la fase inicial de estudio del problema. 191. En el modelo de datos jerárquico ... Un nodo raíz puede estar compuesto de otros segmentos raíz. Un árbol puede tener diferentes nodos raíces. Cada árbol debe tener un único nodo raíz. En una base de datos hay tantos nodos raíces como tipos de registro. 192. En el modelo de datos jerárquico... Entre dos tipos de registros puede haber diferentes tipos de links con diferente nombre. Un tipo de registro puede no estar asociado a un tipo de link. Un tipo de registro puede tener un tipo de link consigo mismo. Sólo se puede definir un tipo de link entre dos tipos de registros. 193. Una vista externa... Puede incluir datos virtuales que no se almacenan en la base de datos. Únicamente puede incluir datos almacenados en la base de datos. En ningún caso puede actualizar datos almacenados en la base de datos. Debe ser definida en el proceso de creación de la base de datos. 194. En el modelo de datos jerárquico... Un tipo de link puede relacionar un tipo de registro consigo mismo para representar las relaciones reflexivas. Solo se puede relacionar el tipo de registro raíz consigo mismo. Un tipo de link debe relacionar tipos de registros diferentes. Un tipo de link puede relacionar uno o más tipos de registro. 195. En el modelo de datos en red... Un tipo de registro puede ser owner y member de un tipo de set para representar las relaciones reflexivas. Un tipo de registro no puede ser owner y member de un tipo de set si es el tipo de registro SYSTEM. Un tipo de registro no puede ser owner y member de un tipo de set. Un tipo de registro sí puede ser owner y member de un tipo de set si es el tipo de registro SYSTEM. 118. Dada la siguiente tabla y las siguientes suposiciones, indicar la respuesta correcta... WORK(projName, projMgr, empId, hours, empName, budget,startDate, salary, empMgr, empDept,rating) -Cada proyecto tiene un nombre único -Aunque los nombres de proyecto son únicos, los nombres de los empleados y supervisores no lo son -Cada proyecto tiene un supervisor, cuyo nombre se almacena en projMgr -Muchos empleados se pueden asignar para trabajar en cada proyecto, y un empleado se puede asignar a más de un proyecto. El atributo hours dice el número de horas por semana que un empleado particular se asigna para trabajar en un proyecto particular budget almacena la cantidad presupuestada para un proyecto,y startDate da la fecha de inicio para un proyecto salary proporciona el salario anual de un empleado -empMgr proporciona el nombre del supervisor del empleado,que puede no ser el mismo que el supervisor del proyecto -empDept proporciona el departamento del empleado. Los nombres de departamento son únicos. El supervisor del empleado es el supervisor del departamento del empleado -rating proporciona la calificación del empleado para un proyecto particular. El supervisor del proyecto asigna la calificación al final del trabajo del empleado en dicho proyecto. Después de normalizar a FNBC se creará la tabla Dept(empDept,empMgr, budget), PK: Dept.empDept. Después de normalizar a FNBC se creará la tabla Dept(empDept, projName, budget),PK:Dept.empDept. Después de normalizar a FNBC se creará la tabla Dept(empDept,empMgr), PK: Dept.empDept. Después de normalizar a FNBC se creará la tabla Dept(empDept, projName, budget, empMgr), PK: Dept.empDept. 119. El objetivo fundamental de una base de datos es... Conseguir un alto grado de redundancia para satisfacer las necesidades de información en un entorno multiusuario. Conseguir una mayor capacidad de almacenamiento. La independencia entre los datos y el tratamiento de los datos. Conseguir una visión completa de un problema. 120. El nivel externo de una base de datos es... Un subconjunto del nivel lógico. El contenido parcial del nivel conceptual. Un subconjunto de nivel lógico que abarca a todo el nivel conceptual. Un subconjunto del nivel físico basado en el nivel lógico. 121. Una restricción inherente al modelo Entidad-Interrelación es ... Un tipo de entidad débil sólo puede estar relacionada con un tipo de entidad fuerte. Los tipos de interrelaciones con grado mayor de 2 sólo puede tener tipo de correspondencia N:M. Los tipos de interrelaciones reflexivas no pueden tener cardinalidades mínimas cero. Ninguna de las otras respuesta es correcta. 122. Indicar cuáles de las siguientes afirmaciones es correcta... Una relación cuya clave principal está formada por un atributo único está en FNBC. Una relación cuya clave principal está formada por un único atributo está en FN2. Una relación que está en FN4, está en FNBC, puesto que la FN4 se define sobre dependencias multivaluadas y no sobre dependencias funcionales. Todas las respuestas son correctas. 123. Para la gestión de la concurrencia de transacciones, las acciones conflictivas de una transacción son... Dos instrucciones Write() de transacciones diferentes. Dos instrucciones Read() y Write() de transacciones diferentes. Dos transacciones que actúen sobre el mismo granulo con independencia de la acción a realizar. Dos instrucciones cualesquiera, siempre que sean de transacciones diferentes, sobre el mismo gránulo y al menos una de ellas sea una instrucción Write(). 124. Dado el tipo de entidad E(a, b, c) cuyo identificador principal es el atributo (a), derivar el siguiente esquema conceptual: E<1,1>-(d,e)-<1,1>E... R(a,b,c,d,e,a'),PK: R.a, AK:R.a',FK:R.a→R.a'. R(a,b,c,d,e,a'), PK:a,FK: R.a'→R.a DEFERRABLE. R1(a,b,c,d,e,a'), R2(a',d,e),PK:R1.a,PK:R2.a',AK:R1.a',FK: R2.a'→R1.a 2.a'→R1.a. R(a,b,c,d,e,a'),PK:R.a, AK: R.a', FK: R.a'→R.a DEFERRABLE. 125. ¿Cuándo puede tomar valores nulos una clave foránea?... Siempre se puede especificar como NULL, pues es el defecto. Siempre que la cardinalidad mínima del tipo de entidad con la cual está relacionada el tipo de entidad que dio lugar a la tabla sea cero. Nunca puede tomar valores nulos pues es un tipo de clave por la integridad de referencia. Siempre que no sea clave candidata se deberá indicar como NULL. 126.Una vez transformado el siguiente esquema conceptual: Empleados(dni, nombre, plaza), IP: Empleados.dni Departamentos(idd, nombre, presupuesto), IP: Departamentos.idd Empleados<1,n>-(fecha_inicio)-<1,1>Departamentos (Trabaja_en) Empleados<1,1>-(fecha_asignado)-<1,1>Departamentos (Dirige) y generado el siguiente esquema relacional. Indicar la respuesta correcta... Empleados(dni, nombre, plaza, idd, fecha_inicio), PK: Empleados.dni, FK: Empleados.idd→Departamentos.idd, Empleados.idd NOT NULL Departamentos(idd, nombre, presupuesto,dni,fecha_asignado), PK: Departamentos.idd, FK: Departamentos.dni→Empleados.dni, Departamentos.dni NOT NULL. La clave foránea Departamentos.dni →Empleados.dni se debe definir ON DELETE NO ACTION. La clave foránea FK: Departamentos.dni → Empleados.dni se debe definir ON DELETE CASCADE. Las fecha_inicio y fecha_asignado en ambas tablas deben tener valores iguales para mantener la integridad. Se debe crear una nueva tabla EmpDept(dni,idd,fecha_inicio), PK: EmpDept.dni,FK:EmpDept.dni→Empleados.dni, FK: EmpDept.idd→→ Departamentos.idd. 127. Dado el siguiente esquema conceptual, indicar cuál sería el esquema relacional resultante: E1(a,b,c)<11>(x,y)-<1,n>E1(a,b,c),IP:E1.a... R1(a, b, c,a',x,y),PK:R1.a,FK:R1.a→R1.a. R1(a, b, c, a', b',c', x, y), PK: R1.a, FK: R1.a'→R1.a NOT NULL. R1(a, b, c,a',x,y), PK: R1.a, FK: Rl.a'→R1.a NOT NULL. Ninguna de las otras respuestas es correcta. 128. Las tuplas de una tabla proveniente de un tipo de entidad débil ;deberán borrarse en cascada al borrar una tupla relacionada de la tabla proveniente del tipo de entidad fuerte?... Siempre. Sólo si la debilidad es por existencia. Sólo si la debilidad es por identificación. Sólo si se ha declarado en el CONSTRAINT que define la clave foránea. 129. Dado el tipo de entidad E(a, b, c) cuyo identificador principal es el atributo (a), derivar el siguiente esquema conceptual: E<0,1>-(d,e)-<1 E...<0,1>-(d,e)-<1,1>E. R1(a,b,c),R2(a,d,e,a'),PK:R1.a,PK:R2.a',AK:R2.a,FK:R2.a → R1.a, FK: R2.a'→R1.a). R(a, b, c,d,e,a'), PK: R.a, AK: R.a, FK:R.a. R1(a, b, c), R2(a, d,e, a'), PK:R1.a,1,PK:R2.a, FK R2.a'→→R2.a. R(a,a',b, c, d, c), PK: R.(a,a'),FK:R.a'->R.a. 130. Dado el siguiente esquema conceptual,indicar la respuesta verdadera... - TR1:E1<1,1>-(h)-<1,n>E2 - TR2:E1<0,1>-<ID>(h,j)-<0,n>E3(E3 es débil por identificación respecto a E1) E1(a, b) cuyo identificador principal es el atributo(a) - E2(c, d) cuyo identificador principal es el atributo(c) - E3(e, f) cuyo identificador principal es el atributo (e). Si los tipos de interrelación TR1 y TR2 son exclusivos la cardinalidad de E1 en TR2 debe ser(1,1). Si los tipos de interrelación TR1 y TR2 son exclusivos la cardinalidad de E2 en TR1 debe ser (0,n). Si los tipos de interrelación TR1 y TR2 son exclusivos la cardinalidad de E1 en TR1 debe ser (0,1). Si los tipos de interrelación TR1 y TR2 son exclusivos, los tipos de entidades E2 y E3 deben participar con cardinalidades(0,1). |