BD2 - Temas 1 y 2 (preguntas nuevas)

Un bloque de datos de Oracle: a) Su tamaño estándar puede cambiarse con ALTER SYSTEM una vez creada la base de datos. b) Solo puede contener datos de tablas. c) Coincide siempre con el bloque del sistema operativo. d) Es la unidad mínima de E/S de la base de datos.

¿Qué partes de un bloque de datos forman su sobrecarga (overhead)?. a) Cabecera, directorio de tablas y directorio de filas. b) Solo la cabecera. c) Directorio de filas y espacio libre. d) Cabecera, espacio libre y filas de datos.

Un bloque que llegó a tener 50 filas y ahora está vacío, respecto al espacio de su directorio de filas: a) Lo conserva y solo lo reutiliza cuando se insertan nuevas filas en ese bloque. b) Lo libera inmediatamente al borrar las filas. c) Lo libera al hacer COMMIT del borrado. d) Lo devuelve al tablespace.

Si una tabla se crea con PCTFREE 20: a) Se reserva un 20% del tablespace para la tabla. b) Se deja libre un 20% de cada extensión del segmento. c) Se reserva un 20% de cada bloque para posibles actualizaciones de las filas que ya están en él. d) Un bloque vuelve a aceptar inserciones cuando su uso baja del 20%.

Con PCTUSED 40, un bloque que ya alcanzó el límite fijado por PCTFREE: a) No vuelve a aceptar nuevas filas nunca. b) Se libera y vuelve al tablespace. c) Acepta nuevas filas mientras tenga un 40% libre. d) Vuelve a aceptar nuevas filas cuando su espacio usado baja del 40%.

En el caso de los índices, de los parámetros PCTFREE y PCTUSED: a) Tienen efecto ambos. b) Solo tiene efecto PCTUSED. c) Solo tiene efecto PCTFREE. d) No tiene efecto ninguno.

El parámetro PCTUSED se tiene en cuenta: a) Solo en segmentos de undo. b) Cuando el espacio del segmento se gestiona de forma automática, con mapas de bits. c) Cuando el espacio del segmento se gestiona de forma manual, con listas libres. d) Solo en tablespaces temporales.

Una fila se actualiza, crece y ya no cabe en su bloque, así que Oracle la mueve entera a otro bloque. Esto es: a) Migración de filas, y la fila conserva su ROWID. b) Encadenamiento de filas, y la fila conserva su ROWID. c) Encadenamiento de filas, y la fila cambia de ROWID. d) Migración de filas, y la fila cambia de ROWID.

El encadenamiento de filas se produce típicamente: a) Cuando se borra una fila de un bloque lleno. b) Cuando la fila es tan grande que no cabe en un solo bloque, por ejemplo con columnas LONG o LONG RAW. c) Cuando PCTUSED tiene un valor muy alto. d) Solo en los segmentos de índice.

Cuando una fila está encadenada o migrada: a) La fila deja de ser accesible hasta reorganizar la tabla. b) Mejora el rendimiento, porque la fila se reparte entre bloques. c) Baja el rendimiento de E/S, porque hay que leer más de un bloque para obtenerla. d) No afecta al rendimiento.

Una extensión es: a) Un archivo de datos de un tablespace. b) Un número determinado de bloques de datos contiguos. c) Un conjunto de bloques que puede repartirse entre varios archivos de datos. d) Un conjunto de segmentos del mismo tablespace.

Las extensiones de un mismo segmento: a) Pueden estar en distintos tablespaces. b) Siempre son contiguas en disco. c) Pueden no ser contiguas en disco. d) Siempre están en el mismo archivo de datos.

Cuando se llena la extensión inicial de un segmento, Oracle le asigna una extensión incremental que es: a) Del mismo tamaño o mayor que la extensión asignada anteriormente en ese segmento. b) Siempre del tamaño indicado en INITIAL. c) Siempre más pequeña que la anterior. d) Siempre de 64 KB.

¿Dónde mantiene Oracle el directorio de las extensiones de un segmento?. a) En el fichero de parámetros del servidor (SPFILE). b) En el tablespace SYSAUX. c) En el archivo de control. d) En el bloque de cabecera del segmento.

Al crear un segmento nuevo: a) Se crean tantas extensiones como archivos de datos tenga el tablespace. b) Se crean siempre 8 extensiones. c) No se crea ninguna extensión hasta la primera inserción. d) Se crea obligatoriamente al menos una extensión.

En un tablespace gestionado localmente con extensiones uniformes (UNIFORM) en el que no se indica tamaño, cada extensión mide: a) 1 MB. b) 64 KB. c) 8 bloques. d) Lo que indique el parámetro INITIAL de cada segmento.

En un tablespace con asignación automática de extensiones (AUTOALLOCATE, gestionada por el sistema): a) Oracle decide el tamaño de las extensiones, con un mínimo de 64 KB. b) Todas las extensiones miden 1 MB. c) Todas las extensiones de un segmento miden lo mismo. d) Hay que indicar el tamaño de las extensiones al crear el tablespace.

Los tablespaces temporales que gestionan sus extensiones localmente: a) Solo pueden usar asignación automática de extensiones. b) No usan extensiones. c) Pueden usar cualquier tipo de asignación. d) Solo pueden usar asignación uniforme de extensiones.

En un tablespace gestionado localmente, los parámetros de almacenamiento INITIAL, NEXT, PCTINCREASE y MINEXTENTS: a) Solo se pueden indicar a nivel de tablespace. b) No se pueden indicar nunca. c) No se pueden indicar a nivel de tablespace, pero sí a nivel de segmento. d) Se pueden indicar tanto a nivel de tablespace como de segmento.

Por regla general, las extensiones de un segmento vuelven al tablespace: a) Al confirmar la transacción con COMMIT. b) Cuando se elimina el objeto con DROP. c) Cuando se borran todas sus filas con DELETE. d) Al cerrar la sesión del propietario.

¿Cuál de estas sentencias NO libera extensiones del segmento de una tabla?. a) TRUNCATE TABLE tabla DROP STORAGE. b) ALTER TABLE tabla DEALLOCATE UNUSED. c) DELETE FROM tabla. d) DROP TABLE tabla.

Al hacer TRUNCATE de una tabla: a) Se devuelven todas sus extensiones salvo las indicadas por MINEXTENTS. b) Se devuelven todas sus extensiones, incluida la inicial. c) No se devuelve ninguna extensión. d) Solo se devuelve la última extensión asignada.

En un tablespace gestionado por diccionario, unir extensiones libres contiguas para formar una mayor se llama: a) Fusión de extensiones (coalescing). b) Migración de extensiones. c) Compresión de extensiones. d) Encadenamiento de extensiones.

Si se elimina una de las tablas de un clúster: a) El segmento de datos del clúster se mantiene para las demás tablas y no se libera ninguna extensión. b) Se libera el segmento del clúster entero. c) Se elimina también el clúster. d) Se liberan las extensiones que usaba esa tabla.

Las extensiones asignadas al segmento de un índice: a) Se liberan al confirmar cada transacción. b) Siguen asignadas mientras exista el índice. c) Se liberan al borrar filas de la tabla indexada. d) Se liberan cuando el índice lleva un tiempo sin usarse.

¿Cuál de los siguientes NO es un tipo de segmento?. a) De rollback (undo). b) De restricción. c) De datos. d) De índice.

Un único segmento de datos contiene todos los datos de: (Varias correctas). a) Un clúster de tablas. b) Una partición de una tabla particionada. c) Todas las particiones de una tabla particionada. d) Una tabla que no está particionada ni agrupada en un clúster.

En un índice particionado: a) No hay segmentos de índice. b) Cada partición tiene su propio segmento de índice. c) Todas las particiones comparten un único segmento. d) El segmento debe estar en el mismo tablespace que la tabla.

El segmento de un índice y el de la tabla a la que indexa: a) Pueden estar en tablespaces distintos, y es lo recomendable. b) Deben estar en el mismo tablespace. c) Son el mismo segmento. d) Deben estar en el mismo archivo de datos.

¿Cuáles de estas sentencias pueden necesitar un segmento temporal? (Varias correctas). a) SELECT ... ORDER BY. b) CREATE INDEX. c) SELECT ... GROUP BY. d) INSERT INTO ... VALUES (...).

Oracle no crea un segmento temporal para una ordenación cuando: a) El usuario no tiene tablespace temporal asignado. b) La operación puede hacerse entera en memoria o resolverse usando índices. c) La consulta lleva ORDER BY. d) La tabla está particionada.

Los segmentos de una tabla temporal se asignan: a) Con el primer INSERT en la tabla (o con CREATE TABLE AS SELECT). b) Al confirmar la primera transacción. c) Al ejecutar CREATE GLOBAL TEMPORARY TABLE. d) Al iniciar la sesión el usuario.

Los segmentos de una tabla temporal se crean: a) En el tablespace SYSAUX. b) En el tablespace de undo. c) Siempre en el tablespace SYSTEM. d) En un tablespace temporal del usuario que creó la tabla temporal.

¿Para qué usa Oracle la información de undo? (Varias correctas). a) Para recuperar una transacción terminada de forma anómala. b) Para proporcionar lectura consistente. c) Para deshacer (rollback) una transacción activa. d) Para guardar el diccionario de datos.

Para trabajar en modo de gestión automática del undo, el administrador: a) Pone el parámetro UNDO_RETENTION a AUTO. b) Crea varios segmentos de rollback de distintos tamaños. c) Crea un tablespace de undo y pone el parámetro UNDO_MANAGEMENT a AUTO. d) No tiene que hacer nada, porque es el único modo posible.

En el modo de gestión automática del undo, a cada instancia de Oracle se le asigna: a) Ningún tablespace de undo. b) Uno, y solo uno, tablespace de undo. c) Todos los tablespaces de undo de la base de datos. d) Como mínimo dos tablespaces de undo.

En un tablespace de undo: a) Solo puede haber segmentos de undo, no tablas ni índices. b) Se guardan los procedimientos almacenados. c) Se pueden crear índices. d) Se pueden crear tablas temporales.

Un tablespace de undo no se puede eliminar si: a) Es un tablespace bigfile. b) Lo está usando alguna instancia o contiene undo necesario para recuperar transacciones. c) Está gestionado localmente. d) Tiene más de un archivo de datos.

Si el tablespace de undo es demasiado pequeño: a) Las copias de seguridad tardan más. b) Se desperdicia espacio en disco. c) La base de datos no puede arrancar. d) La ventana de disponibilidad para las consultas flashback será muy pequeña.

El tamaño de una base de datos es: a) El tamaño del tablespace SYSTEM. b) El tamaño de su fichero de parámetros. c) El tamaño de sus archivos de control. d) La suma del tamaño de los tablespaces que la forman.

¿Cuál de estas acciones NO sirve para ampliar el espacio de una base de datos?. a) Aumentar el tamaño de un archivo de datos. b) Crear un tablespace nuevo. c) Aumentar el valor de DB_BLOCK_SIZE. d) Añadir un archivo de datos a un tablespace.

Un tablespace bigfile (maxiarchivo): a) Tiene un único archivo de datos, que puede ser muy grande. b) Puede tener hasta 1024 archivos de datos. c) Solo puede gestionarse por diccionario. d) Es el tipo que Oracle crea por defecto.

¿Cuántos archivos de datos puede tener como máximo un tablespace smallfile?. a) 64K. b) No hay límite. c) 1024. d) 1.

El tablespace SYSTEM: (Varias correctas). a) Siempre está online cuando la base de datos está abierta. b) Contiene el diccionario de datos. c) Almacena los procedimientos, funciones, paquetes y disparadores PL/SQL. d) Puede ponerse offline con la base de datos abierta.

Si el tablespace SYSTEM está gestionado localmente: a) Puede usarse como tablespace temporal por defecto. b) No se pueden crear tablespaces gestionados por diccionario. c) Puede volver a gestionarse por diccionario más adelante. d) Todos los demás tablespaces deben gestionarse por diccionario.

El tablespace SYSAUX: a) Contiene el diccionario de datos. b) Puede transportarse a otra base de datos. c) No se puede eliminar ni renombrar durante el funcionamiento normal de la base de datos. d) Solo se crea si el administrador lo solicita.

Si se eliminan todos los tablespaces temporales por defecto: a) Se usa el tablespace SYSAUX. b) Se usa el tablespace de undo. c) Se usa el tablespace SYSTEM como tablespace temporal por defecto. d) La base de datos no puede arrancar.

El tablespace temporal por defecto de la base de datos: a) Puede contener tablas permanentes. b) No puede ponerse offline ni convertirse en permanente. c) Puede ponerse offline en cualquier momento. d) Tiene que ser obligatoriamente el SYSTEM.

Una ventaja de los tablespaces gestionados localmente frente a los gestionados por diccionario es: a) Guardan el espacio libre en tablas del diccionario. b) No hace falta fusionar (coalesce) las extensiones libres. c) Obligan a usar PCTUSED en todos los segmentos. d) Generan más información de rollback.

Si se pone offline un tablespace que solo contiene los índices de una aplicación: a) La base de datos se detiene. b) Los índices se eliminan. c) Ninguna consulta sobre esas tablas puede ejecutarse. d) Las consultas pueden seguir accediendo a los datos de las tablas.

Si un tablespace estaba offline al cerrar la base de datos: a) Impide que la base de datos arranque. b) Se elimina. c) Se pone online automáticamente al arrancar. d) Sigue offline cuando la base de datos se vuelve a montar y abrir.

Oracle pone un tablespace offline automáticamente cuando: a) Nadie lo usa durante un tiempo. b) El tablespace se llena. c) Se confirma una transacción. d) El proceso DBWn falla varias veces al escribir en uno de sus archivos de datos.

Sobre los tablespaces de solo lectura: (Varias correctas). a) No necesitan copias de seguridad repetidas. b) Sus archivos pueden estar en un medio de solo lectura, como un CD-ROM. c) Se pueden insertar filas en sus tablas. d) Se pueden eliminar objetos enteros, como una tabla o un índice.

Para modificar datos de un tablespace de solo lectura: a) Se pone offline y se modifica. b) Se pone en READ WRITE, se hace la modificación y se vuelve a poner en READ ONLY. c) No se puede nunca. d) Basta con conectarse como SYS.

Para mover o copiar un conjunto de tablespaces a otra base de datos (tablespaces transportables): a) Basta con copiar sus archivos de datos. b) Se ponen en solo lectura, se copian sus archivos de datos y se exportan e importan sus metadatos. c) Se ponen offline y se copia el archivo de control. d) Se exportan solo los datos de sus tablas.

Un archivo de datos: (Varias correctas). a) Al crearse ya contiene datos de usuario. b) Pertenece a un único tablespace. c) Puede crecer automáticamente si tiene activada la propiedad AUTOEXTEND. d) Pertenece a una única base de datos.

Al poner offline un tablespace, sus archivos de datos: a) Pasan todos a offline como una unidad. b) Siguen online. c) Se eliminan del sistema operativo. d) Solo pasa a offline el primero.

Sobre los archivos temporales (tempfiles) de los tablespaces temporales gestionados localmente: (Varias correctas). a) No se pueden poner en solo lectura. b) Siempre están en modo NOLOGGING. c) Aparecen en DBA_TEMP_FILES y no en DBA_DATA_FILES. d) Se crean con la sentencia ALTER DATABASE.

El archivo de control contiene, entre otras cosas: (Varias correctas). a) Los datos de las tablas de los usuarios. b) Los nombres y ubicaciones de los archivos de datos y de redo log. c) La fecha y hora de creación de la base de datos. d) El nombre de la base de datos.

El contenido del archivo de control lo puede modificar: a) El administrador, con un editor de texto. b) Cualquier usuario con privilegios. c) El usuario SYS mediante UPDATE. d) Solo Oracle.

Se recomienda multiplexar los archivos de control (varias copias en discos distintos) porque: a) Mejora el rendimiento de las consultas. b) Permite editarlos a mano. c) Reduce el tamaño de cada archivo de control. d) Si falla el disco de una copia, la instancia puede reiniciarse con otra copia sin recuperar la base de datos.

Los archivos gestionados por Oracle (OMF): a) Comprimen los archivos de datos. b) Automatizan la creación y eliminación de los archivos del sistema operativo de la base de datos. c) Solo sirven para tablespaces temporales. d) Sustituyen al archivo de control.

Un esquema: a) Puede pertenecer a varios usuarios. b) Es propiedad de un usuario y tiene el mismo nombre que él. c) Está asociado a un único tablespace. d) Es un archivo físico de la base de datos.

¿Cuál de estos objetos NO está contenido en un esquema?. a) Un sinónimo. b) Un tablespace. c) Una secuencia. d) Una vista.

Sobre la relación entre esquemas y tablespaces: (Varias correctas). a) Cada esquema tiene obligatoriamente su propio tablespace. b) No hay ninguna relación directa entre esquemas y tablespaces. c) Un tablespace puede contener objetos de diferentes esquemas. d) Los objetos de un esquema pueden estar en diferentes tablespaces.

Una fila de una tabla de menos de 256 columnas que cabe entera en un bloque se almacena como: a) Un único row piece. b) Un row piece por columna. c) Varios row pieces encadenados. d) Un segmento independiente.

Cuando una tabla tiene más de 255 columnas: a) La fila se migra a otro bloque. b) No se puede crear la tabla. c) Las columnas que pasan de la 255 se encadenan dentro del mismo bloque (encadenamiento intrabloque). d) La tabla se guarda obligatoriamente en un clúster.

En los datos de columna de un row piece, la longitud de una columna que almacena más de 250 bytes ocupa: a) Nada. b) 1 byte. c) 3 bytes. d) 2 bytes.

Un valor NULL situado entre columnas que sí tienen datos: a) Ocupa 1 byte, en el que se guarda la longitud cero. b) Ocupa 3 bytes. c) Ocupa lo mismo que el tipo de datos de la columna. d) No ocupa nada.

Sobre el orden en que se almacenan las columnas de una tabla: a) Si la tabla tiene una columna LONG, Oracle siempre la almacena al final. b) Una columna añadida con ALTER TABLE se almacena la primera. c) Siempre se respeta, de forma garantizada, el orden del CREATE TABLE. d) Conviene poner al principio las columnas que suelen contener nulos.

Sobre la compresión de tablas: (Varias correctas). a) Se puede declarar para un tablespace, una tabla o una partición. b) Es más adecuada para data warehouse que para aplicaciones OLTP. c) Elimina los valores duplicados de un bloque guardándolos una vez en una tabla de símbolos. d) Comprime los datos en los INSERT convencionales.

¿Qué tipos de datos NO se pueden comprimir con la compresión de tablas?. a) VARCHAR2. b) Las variantes de LOB y los tipos derivados de ellos. c) NUMBER. d) DATE.

Si se cambia el atributo de compresión de una tabla ya existente: a) Se vuelven a comprimir todos los datos existentes. b) No está permitido cambiarlo. c) El cambio solo se aplica a los datos nuevos que lleguen a la tabla. d) Hay que vaciar antes la tabla.

Si no se define explícitamente un valor por defecto (DEFAULT) para una columna: a) Su valor por defecto es la cadena vacía. b) La inserción da error si se omite la columna. c) Su valor por defecto es NULL. d) Su valor por defecto es 0.

Cuando se inserta una fila y una columna toma su valor por defecto, las restricciones de integridad: a) Se comprueban después de insertar el valor por defecto. b) Se comprueban antes de aplicar el valor por defecto. c) No se comprueban sobre esa columna. d) Solo se comprueban si son de clave primaria.

Sobre las tablas temporales: (Varias correctas). a) Sus datos son privados de cada sesión. b) Se crean con CREATE GLOBAL TEMPORARY TABLE. c) Pueden tener índices, vistas y disparadores. d) Un TRUNCATE en una sesión borra los datos de todas las sesiones.

Las herramientas de exportación de Oracle, con una tabla temporal: a) No pueden exportarla de ninguna forma. b) Exportan solo sus datos. c) Exportan su definición y sus datos. d) Exportan su definición, pero nunca sus datos.

Las sentencias DDL (ALTER TABLE, DROP TABLE, CREATE INDEX...) sobre una tabla temporal: a) Se pueden ejecutar en cualquier momento. b) Solo se pueden ejecutar cuando ninguna sesión está ligada a ella por haber hecho un INSERT. c) Solo las puede ejecutar SYS. d) No se pueden ejecutar nunca.

Las tablas externas: a) Admiten INSERT pero no UPDATE. b) Admiten índices, pero no DML. c) Guardan sus datos en los archivos de datos del tablespace. d) Son de solo lectura: no admiten DML y no se pueden crear índices sobre ellas.

El uso principal de una tabla externa es: a) Servir de origen para cargar datos en una tabla real (CREATE TABLE AS SELECT o INSERT ... SELECT). b) Almacenar datos temporales de una sesión. c) Sustituir a las vistas materializadas. d) Guardar copias de seguridad de la base de datos.

Una vista (no materializada): a) Guarda una copia de los datos de sus tablas base. b) No ocupa espacio de almacenamiento; su definición se guarda en el diccionario de datos. c) Solo puede definirse sobre tablas, no sobre otras vistas. d) Tiene su propio segmento de datos.

Sobre las vistas materializadas: (Varias correctas). a) Pueden quedar desincronizadas respecto a sus tablas base. b) No ocupan espacio de almacenamiento. c) Aumentan el tamaño de la base de datos. d) Guardan el resultado de la consulta en una tabla real.

El refresco de una vista materializada: a) Solo puede ser completo. b) Solo se hace al reiniciar la base de datos. c) Puede ser incremental o completo, y hacerse bajo petición o a intervalos regulares. d) No existe: la vista nunca se actualiza.

Sobre la restricción de clave primaria: (Varias correctas). a) Puede estar formada por una combinación de campos. b) Admite valores repetidos si son nulos. c) Una tabla solo puede tener una. d) Ninguno de sus campos puede contener un valor nulo.

En una restricción de unicidad compuesta: a) Equivale exactamente a una clave primaria. b) Ningún campo puede ser nulo. c) Solo puede haber una por tabla. d) Algunos campos pueden ser nulos siempre que la combinación de valores sea única.

El generador de secuencias: a) Bloquea la tabla cada vez que genera un número. b) Reduce la serialización entre transacciones que necesitan números secuenciales a la vez. c) Necesita una tabla auxiliar para guardar el último valor. d) Genera números aleatorios.

La opción CYCLE de una secuencia: a) Garantiza que los valores se entregan en orden de petición. b) Hace que la secuencia vuelva a empezar cuando supera MAXVALUE. c) Hace que la secuencia se elimine al llegar a MAXVALUE. d) Genera los valores en orden aleatorio.

Un sinónimo: a) Solo puede referirse a tablas. b) Solo necesita almacenamiento para su definición en el diccionario de datos. c) Tiene un segmento propio. d) Guarda una copia del objeto al que referencia.

Sobre los índices: (Varias correctas). a) Una tabla solo puede tener un índice. b) Muchos índices sobre una tabla hacen más lentos los INSERT, UPDATE y DELETE. c) Se pueden crear o borrar sin afectar a los datos de la tabla. d) Son lógica y físicamente independientes de los datos de la tabla.

¿Pueden existir a la vez en una tabla Pieza los índices (Nombre, Cantidad) y (Cantidad, Nombre)?. a) No, porque usan las mismas columnas. b) Solo si uno de ellos es único. c) Sí, porque el orden de las columnas es distinto. d) Solo si están en tablespaces distintos.

Un índice de clave inversa: a) Mejora las búsquedas por rango de valores. b) Usa un mapa de bits en lugar de ROWID. c) Ordena las claves de forma descendente. d) Invierte el orden de los bytes de la clave (ABEL se guarda como LEBA) para repartir las inserciones entre bloques.

Una columna es buena candidata para un índice de mapa de bits cuando: a) Es la clave primaria de la tabla. b) Es de tipo LONG. c) Tiene pocos valores distintos en comparación con el número de filas (menos del 1%). d) Casi todos sus valores son distintos.

Un índice de unión de mapas de bits (bitmap join): a) Es un índice de mapa de bits definido mediante una consulta de unión (join) entre tablas. b) Solo puede crearse sobre una tabla. c) Une varios índices B-tree en uno. d) Es un índice sobre una columna con muchos valores distintos.

El índice CREATE INDEX uppercase_idx ON Pieza (UPPER(Nombre)) es: a) Un índice de unión de mapas de bits. b) Un índice de mapa de bits. c) Un índice de clave inversa. d) Un índice basado en funciones, útil para búsquedas sin distinguir mayúsculas y minúsculas.

Los valores NULL de una columna indexada: a) No se almacenan en el índice, salvo en índices de mapa de bits o cuando es nula la clave de un clúster. b) Se convierten en ceros dentro del índice. c) Impiden crear el índice. d) Se almacenan siempre en el índice.

Sobre los índices de árbol B: (Varias correctas). a) Se mantienen equilibrados automáticamente. b) Todos los nodos hoja están a la misma profundidad. c) Sirven tanto para búsquedas exactas como por rango. d) Solo son útiles para columnas con pocos valores distintos.

Una tabla organizada en índice (IOT): a) Almacena sus datos en una estructura de árbol B ordenada por la clave primaria. b) Almacena sus datos como una colección desordenada (heap). c) No admite índices secundarios. d) No necesita clave primaria.

Los índices secundarios de una IOT: a) Guardan identificadores lógicos de fila en lugar de ROWID físicos. b) Guardan ROWID físicos, igual que en una tabla normal. c) Quedan inservibles tras un ALTER TABLE ... MOVE. d) No están permitidos.

En una IOT, PCTTHRESHOLD indica: a) El número máximo de columnas de la clave primaria. b) El porcentaje libre que se deja para actualizaciones. c) El porcentaje de uso a partir del cual el bloque acepta inserciones. d) El porcentaje del bloque de índice reservado para una fila; lo que lo excede va al segmento de desbordamiento (OVERFLOW).

Un clúster: a) Es un índice sobre varias tablas. b) Es una copia de seguridad de varias tablas. c) Cambia la estructura lógica de las tablas. d) Agrupa tablas que comparten columnas comunes y las almacena juntas; solo afecta a la organización física.

Un clúster hash es mejor opción que una tabla indexada o un clúster indexado cuando: a) Se hacen sobre todo búsquedas por rango. b) La tabla se consulta con frecuencia con condiciones de igualdad sobre la clave del clúster. c) La clave del clúster tiene valores nulos. d) La tabla se actualiza constantemente con claves nuevas.

Diferencia entre una IOT y un clúster según el tema: a) En el clúster es necesario conocer el número máximo de claves; en la IOT no. b) Ninguna, son la misma estructura. c) La IOT tiene segmentos de índice y de datos separados; el clúster, una sola estructura. d) En la IOT las claves no se almacenan en orden.

Para poder crear un tablespace con bloques de 4K en una base de datos con bloque estándar de 8K, hay que dar un valor distinto de 0 a: a) BLOCK_SIZE_4K. b) DB_BLOCK_SIZE. c) DB_CACHE_SIZE. d) DB_4K_CACHE_SIZE.

¿Qué sentencia cambia DB_4K_CACHE_SIZE ahora y también en los siguientes arranques?. a) ALTER SESSION SET DB_4K_CACHE_SIZE = 48M;. b) ALTER SYSTEM SET DB_4K_CACHE_SIZE = 48M SCOPE = BOTH;. c) ALTER SYSTEM SET DB_4K_CACHE_SIZE = 48M SCOPE = SPFILE;. d) ALTER SYSTEM SET DB_4K_CACHE_SIZE = 48M SCOPE = MEMORY;.

En CREATE TABLESPACE, el tamaño de bloque de 4K se indica con la cláusula: a) DB_BLOCK_SIZE 4K. b) SIZE 4K. c) BLOCK 4K. d) BLOCKSIZE 4K.

En la Práctica 1, el tablespace PRUEBA se crea con: a) Gestión manual del espacio del segmento y gestión por diccionario. b) Gestión local de las extensiones y asignación uniforme de 1 MB. c) Gestión por diccionario y asignación automática. d) Gestión automática del espacio del segmento, gestión local de las extensiones y asignación automática de las mismas.