Cuestiones no seguras de bases de datos

El mecanismo de la abstracción opuesto a la clasificación... Crea objetos que antes o después se pueden clasificar en el modelo. Especializa objetos. Refina los objetos. Describe un posible conjunto de objetos, pero no crea esos objetos.

En una instanciación... El supertipo son instancias. Los subtipos son entidades. Los subtipos son registros. Los subtipos son atributos.

En el modelo Entidad-Interrelación un tipo de interrelación (?,n)-(?,n) caracterizada por el atributo múltiple “a”... El atributo “a” no debe poder tomar valores repetidos. El atributo “a” siempre pasará a formar parte de un nuevo tipo de entidad. Ninguna de las otras respuestas es correcta. El atributo “a” no podrá tomar valores nulos.

En el modelo Entidad-Interrelación... El identificador principal de una entidad nunca puede ser NULO, pero el candidato puede no tomar valor. El dominio de un identificador alternativo y candidato debe ser diferente al identificador principal. Un identificador alternativo puede estar definido en cualquier dominio. El dominio de un identificador alternativo es el mismo que si fuera candidato.

En el modelo Entidad-Interrelación un tipo de interrelación (?,n)-(?,n)... Ninguna de las otras respuestas es correcta. Implica la no existencia de debilidad. Se debe crear un tipo de entidad débil por identificación. Deben siempre convertirse en todos tipos de interrelaciones (1,1)-(?,n) y (1,1)-(?,n).

En el modelo Entidad-Interrelación... Si no existen atributos identificadores se puede incluir un atributo externo para identificador los tipos de entidades. Ninguna de las otras respuestas es correcta. Si no existen atributos identificadores se puede incluir un atributo externo para identificar los tipos de entidades e interrelaciones, pero debe ser un código. Si no existen atributos identificadores se puede incluir un atributo externo para identificar los tipos de interrelaciones.

Una dependencia de reunión... Se puede presentar en cualquier tabla con independencia de sus características. Se puede presentar si la tabla no está en FNBC. Se puede presentar si la tabla tiene al menos tres atributos. Se puede presentar porque no se han eliminado las dependencias funcionales completas.

En el modelo relacional... Un atributo que es clave foránea debe estar definido como clave principal en la misma u otra tabla. Un atributo que es clave foránea debe estar definido como clave candidata en cualquier tabla. Un atributo que es clave foránea debe estar definido como clave principal en la misma y otras tablas. Un atributo que es clave foránea debe estar definido como clave candidata.

La versatilidad de las bases de datos es una característica que: Simplifica la representación del problema. Hace versátiles a las BBDD. Simplifica la capacidad de acceso. Aumenta el desempeño físico.

En el modelo Entidad-Interrelación una generalización... Puede ser total y exclusiva. Puede ser total y parcial. Es siempre total. Puede ser inclusiva y exclusiva.

En el modelo Entidad-Interrelación una generalización... Ninguna de las otras respuestas es correcta. No se puede dar entre tipos de entidades débiles. Sí se puede dar entre tipos de entidades que tengan compartan atributos. Sí se puede dar entre tipos de entidades que tengan los mismos identificadores candidatos.

Un modelo de datos relacional... Debe acompañarse de una representación gráfica de las tablas. Debe describirse con SQL. Puede estar basado en diferentes teorías. Debe siempre derivarse un modelo EE/R.

En el modelo relacional... En esquemas diferentes las tablas pueden tener igual nombre. Las tablas pueden ser estáticas y dinámicas según se nominen. No existe limitación para nominar las tablas. El nombre de las tablas debe ser el mismo que el tipo de entidad.

En el modelo Entidad-Interrelación cuando un tipo de entidad tiene un atributo múltiple... Se trata como un tipo de entidad débil por identificación. Se debe convertir en muchos atributos simples. Se debe definir su cardinalidad y dominio. Hay que crear otro tipo de entidad.

En el modelo Entidad-Interrelación dos tipos de entidades relacionadas con cardinalidad (0,1)-(0,1) y compartiendo el mismo identificador principal... Representan a un mismo objeto que está relacionado consigo mismo. Pueden representar cualquier tipo de objeto y relación consigo mismo. Ninguna de las otras respuestas es correcta. Representan propiedades de un mismo objeto separadas para una mejor representación.

Si se desea aumentar el desempeño de la base de datos... Modificaremos la visión conceptual de la base de datos, dando lugar a una mejor visión lógica y física. Utilizaremos el DSDL para afinar la base de datos. Ninguna de las otras respuestas es correcta. Utilizaremos el DML para crear mejores consultas.

En el modelo Entidad-Interrelación un supertipo de entidad con especialización total... Debe ser siempre buscada por el diseñador para definir claramente la especialización. Puede convertirse en una especialización parcial. Indica que se conocen claramente las características del supertipo. El atributo clasificador toma dos o tres valores.

Dada una relación R(a,b,c), si para cada valor de ‘a’, el atributo ‘b’ puede tomar 6 valores y el atributo ‘c’ puede tomar cualquier valor... Existe una dependencia funcional. Existe una dependencia multivaluada. La relación no está en FNBC. Existe una dependencia de reunión.

En el modelo relacional... Se consideran claves internas y externas. Se consideran claves de identificación y de información. Ninguna de las otras respuestas es correcta. Se consideran claves de identificación y de dominio.

En una tabla del modelo relacional... Los atributos deben estar definidos en dominios simples y distintos. Los atributos deben estar definidos en dominios simples. Los atributos deben estar definidos en dominios diferentes. Los atributos pueden estar definidos en cualquier dominio.

En el modelo relacional, si una clave foránea toma el valor NULL... Está representando una relación incompleta entre tipos de objetos. La clave foránea está mal definida y debe redefinirse su dominio. Debe crearse una tabla para poder almacenar esa clave foránea. Está representando que se desconoce la relación que representa.

En el modelo relacional, si dos tablas tienen la misma clave principal y a la vez foránea... Las claves foráneas no pueden tomar valores NULL. Deben definirse las dos como alternas o eliminar una de las foráneas. Existe un error de diseño. Debe definirse alguna como alterna.

La aplicación de la forma normal segunda (FN2)... No mejora el desempeño de la base de datos, pero sí su simplicidad. Mejora el rendimiento de la base de datos, pero aumenta los objetos. Mejora el rendimiento de la base de datos, pero aumenta el número de tuplas. Mejora el rendimiento de la base de datos, pero aumenta la redundancia.

La forma normal segunda (FN2)... Se presenta cuando las claves candidatas son agregados. Se presenta cuando las claves candidatas son complejas y hay atributos no primos. Se pueden dar entre atributos no primos y primos. Sólo se puede presentar si la clave principal es un agregado.

En el modelo relacional, la integridad de referencia... Obliga a que haya atributos que sean clave principal en otra tabla. Obliga a que haya un atributo clave principal definido en el mismo dominio. Obliga a que haya atributos que no puedan tomar valores nulos. Obliga a que haya atributos que sean claves candidatas.

En el modelo relacional... Dos tablas diferentes pueden tener los mismos atributos. Dos tablas diferentes deben tener diferentes atributos. Dos tablas diferentes pueden tener los mismos atributos pero diferente clave principal. Dos tablas diferentes deben tener al menos un atributo diferente.

En el modelo relacional, la integridad de referencia... Describe un conjunto, pues puede crearse una tabla para representarla y mantenerla. Describe una relación 1:N entre tipos de entidades. Describe cualquier tipo de relación entre tipos de objetos diferentes. Describe una relación de objetos pertenecientes al mismo o diferente conjunto.

En el modelo Entidad-Interrelación una especialización parcial y exclusiva... Representa que el atributo clasificador no puede tomar valores nulos. Debe evitarse a toda costa por la inconsistencia que puede originar en la base de datos. Representa que el atributo clasificador puede tomar un número de valores conocido. Representa que existen entidades del supertipo que no pueden especializarse.

La aplicación de la forma normal de Boyce-Codd (FNBC)... Selecciona a los determinantes funcionales y los define como clave candidata o principal. Convierte cada determinante funcional en clave principal de una tabla. Elimina los determinantes funcionales y crea nuevas tablas sin redundancia. Requiere crear los determinantes funcionales.

En una base de datos relacional... Los atributos son siempre columnas de tablas. Ninguna de las anteriores. Las relaciones son columnas de tablas. Las entidades son siempre filas de tablas.

En el modelo relacional, la integridad de clave... Debe ser satisfecha por todas las claves, con independencia de su tipo. Debe ser satisfecha por todas las claves candidatas. Controla que no haya tuplas iguales en la misma u otras tablas. Debe ser descrita para los atributos que no pueden tomar valores nulos.

Dada la tabla R(a, b, c, d), se realiza una selección de todos los valores del atributo “a”... Se obtiene una tabla de esquema “a”. Se crea una tabla R1 con sólo los valores del atributo “a” que son diferentes para los otros atributos. Se obtiene la misma tabla. Seleccionamos los valores de “a” y eliminamos redundancia de la tabla.

En el modelo relacional... En una tabla, el número de claves candidatas será menor que el número de atributos. En una tabla, el número de claves alternas puede ser igual al número de atributos. En una tabla, todos los atributos pueden ser claves alternas. En una tabla, todos los atributos pueden ser claves candidatas.

La aplicación de la forma normal segunda (FN2)... No se requiere si ya diseñado correctamente la tabla y no existen dependencias funcionales entre los atributos no primos. Siempre es necesario aplicarse. No se requiere en las tablas en que no existan atributos múltiples. No se requiere en tablas en que la clave principal es simple.

En el modelo relacional, una dependencia funcional... Existe por un error de diseño y por eso debe eliminarse. Existe por la existencia de una relación de dominio entre dos atributos. Debe ser siempre completa. Existe por la existencia de una relación entre dos atributos simples.

En el modelo relacional, una dependencia funcional... Implica la existencia de atributos compuestos. Nunca se debe crear. Ninguna de las otras respuestas es correcta. Solo se da si los atributos son simples.

La aplicación de la tercera forma normal (FN3)... Genera nuevas tablas con tantos atributos como dependencias funcionales transitivas se hayan detectado. Genera una tabla por cada dependencia funcional transitiva detectada. Genera dos nuevas tablas independientemente de las dependencias funcionales transitivas que se hayan detectado. Genera tantas tablas como dependencias funcionales se hayan detectado.

Las formas normales se aplican... Para evitar las dependencias funcionales en las tablas. Para tener tablas más finas. Para independizar las dependencias funcionales en las tablas. Para eliminar las dependencias funcionales de las tablas.

Si se acaba de crear la tabla R(a, b, c, d) y se realiza una selección de todos los valores del atributo ‘a’... Se genera una tabla vacía con el esquema de R. Se produce un error porque la tabla no tiene tuplas y no hay valores para el atributo ‘a’. Antes es necesario darle valores al atributo ‘a’. Se genera una tabla vacía con el esquema de ‘a’.

Dadas las tablas R1(a, b, c) con 20 tuplas y la tabla de R2(e, b, g) con 10 tuplas, la semi-reunión de ambas tablas. Genera una tabla R3(a,b,c) con un número de tuplas en el rango [0,10]. Genera una tabla R3(a,b,c) con 200 tuplas. Genera una tabla R3(a,b,c) con un número de tuplas en el rango [0,20].

La semi-reunión de dos tablas. No es una operación conmutativa al necesitar atributos comunes. No es una operación conmutativa. Para ser conmutativa es necesario ordenar las esquemas de las tablas, en caso contrario da resultados diferentes. Es conmutativa si el esquema de la tabla resultante se indica en el mismo orden.

Si dos tablas tienen un atributo común, con el mismo nombre , que no es primo en ambas tablas. Se debe crear siempre un trigger para que se pueda mantener la integridad. Se trata de un error pues aunque pueda ser un atributo derivado no puede tener el mismo nombre. Ninguna de las otras respuestas son correctas. Es un atributo que debe cumplir la integridad referencial.

La suma de dos tablas. Puede producir un error. Nunca da un error, aunque la suma se haga mal. No puede dar tablas vacías. Ninguna de las anteriores es correcta.

Un producto cartesiano de R1(a, b, c) con 10 tuplas y R2(a, c) con 20 tuplas, da como resultado. Una tabla R3(a, b, c, a, c) como máximo con 20 tuplas. Una tupla R3(a,b,c) con 200 tuplas. Una tabla R3(a,b,c,a,c) con 200 tuplas. Una tabla R3(a,b,c) como máximo con 20 tuplas.

La suma de dos tablas. Las tablas se concatenan y así se puede hacer sin error. Puede dar una tabla sin tuplas. No puede dar tablas vacías pues se borraría la tabla. Nunca da un error.

La diferencia de dos tablas. Las tablas se restan y así se puede hacer sin error. No puede dar tablas vacías pues se borraría la tabla. Puede dar una tabla sin tuplas. Nunca da un error.

Si se acaban de crear dos tablas compatibles R1 y R2, y realizamos la suma de ambas. Se produce un error por que ninguna de las tablas tienen tuplas. Antes es necesario indicar que las tablas están sin tuplas y así se crea una tabla R3. Se crea una tabla R3 sin tuplas. Para sumar tablas recién creadas hay que definir la nueva tabla R3.

Dada la tabla R(a,b,c,d) siendo a y b claves candidatas, y con 200 tuplas de extensión, se realiza una proyección de todos los valores del atributo a. Se obtiene una tabla de esquema “a” con 200 tuplas. Seleccionamos los valores de “a” y eliminamos la redundancia de la tabla. Se obtiene una tabla de esquema “a” y con tantas tuplas como la suma de las tuplas de ”a” y “b”. Se crea la tabla R1 con atributos “a” y “b” que son claves candidatas.

Si se acaba de crear la tabla R(a, b, c, d) y se realiza una proyección de todos los valores del atributo a. Se genera una tabla vacía con el esquema de R. Se genera una tabla vacía con el esquema de R. Se produce un error por que la tabla no tienen tuplas y no hay valores para el atributo “a”. Se genera una tabla vacía con el esquema de “a”.

Dada la tabla R(a, b, c, d) siendo a la clave principal y con un número de tuplas igual a 200, se realiza una proyección de los valores del atributo b. No se puede proyectar por el atributo “b” siendo el atributo “a” la clave principal. El número de tuplas de la nueva tabla es 200. El número de tuplas de la nueva tabla está en el rango [0,200]. El número de tuplas de la nueva tabla es indeterminado.

Un producto cartesiano de R1 (a, b, c) con 10 tuplas y R2 (a, b, c) con 20 tuplas, da como resultado ... Una tabla R3 (a, b, c, a, b, c) como máximo con 20 tuplas. Un error por que es la misma tabla. Una tabla R3 (a, b, c, a, b, c) con 200 tuplas. Una tabla R3 (a, b, c,) con 200 tuplas.

La diferencia de dos tablas ... Las tablas no se diferencian a no ser que sean distintas. Las dos tablas deben ser diferentes y compatibles. No puede dar tablas vacías. Se puede hacer siendo las tablas iguales.

Dados dos tipos de entidades: E1(a1, b1, c1, d1), E2(a2, b2, c2). Resolver: Interrelación (1,1) - (1, n) y las claves (a1, b1) y (a2) (claves alternas se indican en negrilla, claves foráneas se indican en cursiva). R1 (a1, b1, c1, d1), R2 (a2, b2, c2, a1, b1) :: R2.(a1,b1) -> R1.(a1,b1) :: Claves (a1,b1) y (a2). R1 (a1, b1, c1, d1, a2), R2 (a2, b2, c2, a1, b1) :: R1.a2 -> R2.a2 :: Claves (a1,b1) y (a2). R1 (a1, b1, c1, d1), R2 (a2, b2, c2, a1, b1) :: R2.(a1,b1) -> R1.(a1,b1) :: Claves (a1,b1) y (a2) :: Ak(a1,b1). R1 (a1, b1, c1, d1, a2), R2 (a2, b2, c2, a1, b1) :: R1.a2 -> R2.a2 :: Claves (a1,b1) y (a2).

Dados dos tipos de entidades: E1(a1, b1, c1, d1), E2(a2,b2,c2). Resolver Interrelación (1,1)-(1,n) y claves (a1,b1) y (a2,b2), siendo a1=a2. R1 (a1, b1, c1, d1), R2 (a2, b2, c2, b1) :: R2.(a2, b1) -> R1.(a1, b1) :: Pk (a1,b1) y (a2,b2) :: Fk (a2,b1). R1 (a1, b1, c1, d1, b2), R2 (a2, b2, c2, a1, b1) :: R2.(a1, b2) -> R1.(a2, b2) :: Pk(a1,b1) y (a2,b2). R1 (a1, b1, c1, d1), R2 (a2, b2, c2, a1, b1) :: R2.(a1, b1) -> R1.(a1, b1) :: Pk (a1,b1) y (a2,b2) :: Fk (R2.a1,R2.b1). Es un error de diseño.

Dados dos tipos de entidades: E1(a1, b1, c1, d1), E2(a2,b2,c2). Resolver Interrelación (1,1)-(0,n) y claves (a1) y (a2,b2), siendo a1=a2. R1 (a1, b1, c1, d1), R2 (a2, b2, c2), R3(a1, a2) :: R3.a1 -> R1.a1, R3.a2 -> R2.a2. R1 (a1, b1, c1, d1), R2 (a2, b2, c2, a1) :: R2.a1 -> R1.a1. Ninguna de las otras respuestas son correctas. R1 (a1, b1, c1, d1), R2 (a2, b2, c2, a1) :: R2.a1 -> R1.a1.

Dado un esquema conceptual de la forma de E1(a1, b1, c1)<1,1>--(atr-1)--<1,1>E2(a2, d2, e2), siendo a1 y d2 los identificadores principales, y a2 identificador alternativo, proceder a transformarlo a relacional …. En E2, el atributo d2 deberia ser identificador alternativo y a2 identificador principal y se generarían dos o una tabla, según requisitos finales de desempeño. No se puede transformar pues d2 debería también formar parte de E1. No se puede, pues al ser a1 = a2, d2 no puede ser identificador. Ninguna de las otras respuestas son correctas.

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. Se creará una tabla de la forma: Request(ordernumber, product, quantity, unitprice, customer) :: Clave (ordernumber, product). Se creará una tabla de la forma: Request(ordernumber, product, customer, quantity, unitprice) :: Clave (ordernumber,product,customer). Se creará una tabla de la forma: Request(ordernumber, customer, product, quantity, fecha, unitprice) :: Clave (ordernumber,customer).

Una tabla de la forma R(a, b, c, …), en la que PK: R.a, AK: R.b, AK: R.c, FK: A.b -> A.a …. Se ha derivado de un tipo de interrelación (0,1)-(0,1) y otro tipo de interrelación (1,1)-(?, n). 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 1:1 y otro tipo de interrelación 1:N.

Un aserto definido con la cláusula DEFERRABLE …. No se pueden definir asertos con la cláusula DEFERRABLE. Se comprueba antes de iniciar la transacción y si no se cumple da un error. Debe incluir la cláusula INMEDIATEL Y DEFERABLE. No se comprueba hasta que la transacción no ha terminado.

Indica 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á cinco tablas. El esquema normalizado en FNBC tendrá cuatro tablas.

En una tabla del modelo relacional ... Las claves foráneas son claves candidatas. Las claves foráneas no deben tomar valores nulos. Las claves foráneas pueden ser clave principal. Las claves foráneas no se dan si el tipo que genera la tabla es fuerte.

En el modelo Entidad-Interrelación un tipo de interrelación (?,n)-(?,n) ... Implica la no existencia de debilidad. Ninguna de las otras respuestas es correcta. Se debe crear un tipo de entidad débil por identificación. Debe siempre convertirse en todos los tipos de interrelaciones (1,1)-(?,n).

Selecciona la respuesta correcta ... R1(a1,b1,c1,d1),R2(a2,b2,c2,a1,b1) :: R2.(a1,b1)->R1.(a1,b1) R1.(a1,b1),R2.a2 como PK R2.(a1,b1) como FK. R1(a1,b1,c1,d1,a2),R2(a2,b2,c2) :: R1.a2->R2.a2 R1.(a1,b1,a2),R2.a2 como PK R1.a2 como FK. R1(a1,b1,c1,d1,a2),R2(a2,b2,c2) :: R1.a2->R2.a2 R1.(a1,b1),R2.a2 como PK R1.a2 como FK. R1(a1,b1,c1,d1),R2(a2,b2,c2,a1,b1) :: R2.(a1,b1)->R1.(a1,b1) R1.(a1,b1),R2.a2 como PK R2.(a1,b1) como FK y AK.

Selecciona la respuesta correcta. Verdadero. Falso.

Selecciona la respuesta correcta ... R1(a1,b1,c1), R2(a1,a1',atr) R1.a1, R2.a1 como PK R2.a1 como AK y FK. R1(a1,b1,c1,atr,a1') R1.a1 como PK R1.a1' como AK y FK. R1(a1,b1,c1,atr,a1') R1.a1 como PK R1.a1' como AK. R1(a1,b1,c1,atr,a1') R1.a1 como PK R1.a1' como FK.

Selecciona la respuesta correcta. Delegado.cp y Ciudad.dni deben ser definidos como NOT NULL. Ciudad.cp no puede ser clave primaria ya que hay ciudades son código postal. Ninguna respuesta es correcta. Habría un problema con las claves foráneas que no pueden ser NULL.

Selecciona la respuesta correcta ... R1(a1,b1,c1),R2(a1',a1,atr), R2.a1 NOT NULL R1.a1,R2.a1' como PK R2.a1',R2.a1 como FK. R1(a1,b1,c1,a1',atr), R1.a1' NULL R1.a1 como PK R1.a1' como FK. R1(a1,b1,c1,a1',atr), R1.a1' NOT NULL R1.a1 como PK R1.a1' como FK. R1(a1,b1,c1), R2(a1',a1,atr) R1.a1,R2.a1' como PK R2.a1' como FK R2.a1 como AK y FK.

Se define un rol como: Un conjunto de usuarios. Un conjunto de privilegios sobre el sistema. Un conjunto de privilegios sobre el sistema y/o sobre objetos de esquemas de usuario. Un conjunto de privilegios sobre objetos de esquemas de usuario.

Las operaciones que componen una transacción siempre se pueden cambiar de orden. Verdadera. Falsa.

Selecciona la respuesta correcta. Habría redundancia en los atributos tarjeta, cantidad y fecha_envío. No podrían tener la misma fecha_pedido. Ambos pedidos tendrían el mismo precio. Nada de importancia ya que la relación es N:N.

Selecciona la respuesta correcta ... R1(a1,b1,c1),R2(a2,d2,e2),R3(a1,a2) R1.a1,R2.a2,R3.a2 como PK. R1(a1,b1,c1),R2(a2,d2,e2),R3(a1,a2), R3.a1 NOT NULL R1.a1,R2.a2,R3.a2 como PK. R1(a1,b1,c1),R2(a2,d2,e2,atr,a1), R1.a1 NOT NULL R1.a1,R2.a2 como PK R2.a1 como FK y AK. R1(a1,b1,c1),R2(a2,d2,e2,atr,a1), R1.a1 NOT NULL R1.a1,R2.a2 como PK R2.a1 como FK.

Selecciona la respuesta correcta ... R1(a1,b1,c1),R2(a2,d2,e2),R3(a1,a2), R3.a1 NOT NULL R1.a1,R2.a2,R3.a2 como PK. R1(a1,b1,c1), R2(a2,d2,e2),R3(a1,a2), R3.a2 NOT NULL R1.a1,R2.a2,R3.a1 como PK. R1(a1,b1,c1),R2(a2,d2,e2),R3(a1,a2) R1.a1,R2.a2,R3.a3 como PK. R1(a1,b1,c1),R2(a2,d2,e2,atr,a1), R1.a1 NOT NULL R1.a1,R2.a2 como PK R2.a1 como FK.

Selecciona la respuesta correcta ... R1(a1,b1,c1,d2,c2,a2), a1=a2 R1.a1 como PK R1.a2 como AK y FK. R1(a1,b1,c1,d2,e2) R1.a1 como PK R1.d2 como AK. Ninguna respuesta es correcta. R1(a1,b1,c1,a2),R2(a2,d2,e2,a1) R1.a1,R2.d2 como PK R1.a2, R2.(a2,a1) como FK y AK.

En las bases de datos replicadas. Los snapshots son copias sólo parciales del estado de la bd después de un COMMIT. Los snapshots son copias totales del estado de la bd después de un COMMIT que se fragmentan horizontal o verticalmente en instantáneas. Los snapshots son copias de la bd, y estas copias se fragmentan creando instantáneas. Los snapshots son copias completas o parciales del estado, en un momento dado, de la bd.

Las restricciones CHECK pueden incluir sentencias SQL que afecten a una o varias tablas. Verdadero. Falso.

No se pueden crear índices sobre ... Atributos que puedan tomar valores duplicados. Sobre agregados de atributos. Sobre atributos en las que participen claves foráneas. Ninguna respuesta es correcta.

Una relación R formada por dos atributos siempre satisface la forma normal ... FN4. FNBC. Ninguna respuesta es correcta. FN5.

Selecciona la respuesta correcta ... R1(a1,b1,c1,atr,a1') R1.a1 como PK R1.a1' como AK. R1(a1,b1,c1,a1',atr), R1.a1' NOT NULL R1.a1 como PK R1.a1' como FK y AK. R1(a1,b1,c1,a1',atr), R1.a1' NOT NULL R1.a1 como PK R1.a1' como FK. R1(a1,b1,c1),R2(a1',atr) R1.a1,R2.a1' como PK R2.a1' como FK.

En el modelo Entidad-Interrelación... Los atributos múltiples pueden ser identificadores candidatos cuando no tomen valores nulos. Los atributos múltiples con multiplicidad menor de 3 pueden ser identificadores candidatos. Los atributos compuestos sólo pueden ser identificadores candidatos si son pequeños. Los atributos compuestos pueden ser identificadores candidatos.