La sentencia 'alter table nombre_tabla shrink space' se efectúa in situ
La sentencia 'alter table nombre_tabla shrink space compact' se efectúa in situ
La sentencia 'alter table nombre_tabla shrink space' reduce el segmento de una tabla.
La sentencia 'alter table nombre_tabla shrink space compact' reduce el segmento de una tabla.
La sentencia 'alter table nombre_tabla shrink space' permite acceso concurrente a la tabla afectada durante toda su ejecución.
La sentencia 'alter table nombre_tabla shrink space' permite acceso concurrente a la tabla durante casi toda su ejecución.
La sentencia 'alter table nombre_tabla shrink space compact' en algún momento de su ejecución no permite acceso concurrente a la tabla afectada.
La sentencia 'alter table nombre_tabla shrink space compact' permite acceso concurrente a la tabla afectada durante toda su ejecución.
La sentencia 'alter table nombre_tabla shrink space' afecta al tamaño de los segmentos de la tabla implicada y de los índices definidos sobre dicha tabla.
La sentencia 'truncate table nombre_tabla' libera el segmento de la tabla que estaba asignado a las tuplas eliminadas solamente cuando se comprometa explícitamente la transacción en la que se realiza el borrado.
La sentencia 'truncate table nombre_tabla' no necesita compromiso explícito para liberar el espacio del segmento de la tabla que estaba asignado a las tuplas eliminadas.
La sentencia 'truncate table nombre_tabla' siempre libera el espacio del segmento de la tabla que estaba asignado a las tuplas eliminadas.
La sentencia 'truncate table nombre_tabla' no libera el espacio del segmento de la tabla que estaba asignado a las tuplas eliminadas.
La sentencia 'alter table nombre_tabla move' contiene las siguientes características:
Permite acceso concurrente a la tabla afectada durante casi toda su ejecución.
Ajusta al tamaño del segmento de una tabla.
Se efectúa in situ
Permite acceso concurrente a la tabla afectada durante toda su ejecución.
Toda ejecución de la sentencia 'alter table nombre_tabla move' libera el espacio asignado al segmento de la tabla por encima de la marca de la marea alta, que no esté usado.
¿Cómo queda el estado de un índice tras un 'alter table nombre_tabla move' cuando la tabla indexada está vacía?
Válido
Inválido
Cualquier ejecución de la sentencia 'alter table nombre_tabla move' deja en estado válido a los índices de la tabla implicada.
La sentencia 'delete from nombre_tabla where condición', ¿libera el espacio del segmento de la tabla que estaba asignado a las tuplas eliminadas?
No
Sí, siempre y cuando se comprometa la transacción en la que se realiza el borrado
Sí, siempre
A, veces, según las necesidades de espacio en el tablespace en que reside el segmento de la tabla.
La sentencia 'delete from A', ¿desasigna el espacio destinado a las tuplas eliminadas?
El propietario de una tabla temporal de sesión puede eliminarla (drop table) en cualquier momento.
La sentencia 'alter table nombre_tabla deallocate unused' hace lo siguiente:
Libera las extensiones vacías del segmento de la tabla.
Ninguna de las otras opciones.
Libera los bloques vacíos del segmento de la tabla.
Libera el espacio del segmento de la tabla que no está siendo usado por tuplas.
Un índice está particionado localmente cuando:
El propietario mantiene su particionado siempre igual que el de la tabla indexada.
Su particionado es automáticamente siempre igual que el de la tabla indexada.
Su clave de indexación es un subconjunto de su clave de particionado.
Su clave de particionado es igual que su clave de indexación.
Un índice particionado es prefijado si:
Su clave de particionado es un prefijo de la clave de particionado de la tabla indexada.
Su clave de particionado es un prefijo de su clave de indexación.
Su clave de particionado es un subconjunto de su clave de indexación.
Su clave de indexación es un prefijo de su clave de particionado.
Un índice particionado puede ser único si su clave de indexación es un prefijo de su clave de particionado.
Un índice particionado puede ser único si su clave de particionado es un subconjunto de su clave de indexación.
Una tabla temporal de sesión solo puede usarse en la sesión en la que fue creada.
Cada tablespace tiene su marca de marea alta.
En un tablespace pueden existir segmentos con diferente tamaño de bloque de datos.
La jerarquía correcta, de la raíz a las hojas, para los conceptos de segmento, tablespace y bloque de datos es:
Ninguna de las propuestas.
Tablespace, segmento, bloque de datos.
Bloque de datos, tablespace, segmento.
Tablespace, bloque de datos, segmentos.
Un tablespace existente no puede cambiar el tamaño de su bloque de datos.
Respecto a los datos contenidos en un tablespace, ¿qué diferencias existen entre transportar el tablespace entre dos bases de datos o exportarlo de una e importarlo a la otra?
No hay diferencias.
Al transportar un tablespace, los datos viajan en los ficheros de datos, mientras que con exportación/importación viajan en los ficheros de volcado.
Al transportar un tablespace, los datos viajan en los ficheros de volcado, mientras que con exportación/importación viajan en los ficheros de dato.
¿Es posible que en una base de datos coexistan tablespaces con diferentes tamaños de bloques de datos?
Si, por defecto es así siempre.
No, eso no es posible.
No es posible, a menos que el tamaño del bloque de datos sea mayor que el que la base de datos tenga por defecto.
Sí, pero hay que dotar de memoria caché a cada tamaño de bloque de datos que se desee utilizar.
¿Cuál es la razón principal por la que resulta más rápido mover una tabla con clave primaria a otro segmento que reducir el segmento?
Falso, resulta más rápido reducirlo.
El proceso de comprobación de la no nulidad de la clave primaria resulta muy costoso en el caso de la reducción.
El proceso de comprobación de la unicidad de la clave primaria resulta muy costoso en el caso de la reducción.
El movimiento no mantiene válidos los índices.
Asignar un fichero de datos a un tablespace con opción reuse, causa que:
No existe dicha opción.
Si el fichero de datos no existe previamente, lo cree y lo asigne.
Si existe previamente, los datos contenidos en el fichero de datos sean rehusados.
La asignación falle si el fichero de datos no existe previamente.
¿Puede distribuirse un segmento entre varios ficheros de datos?
Sí.
Sí, salvo que el segmento corresponda a un índice.
Sí, pero sólo si el segmento corresponde a una tabla particionada.
No, nunca.
¿Un segmento puede estar distribuido en varios tablespaces?
No, salvo que el segmento corresponda a una tabla particionada.
Sí, pero sólo si el segmento contiene una tabla y el índice usado para forzar la unicidad de su clave primaria.
Todas las extensiones de un segmento tienen el mismo número de bloques.
Se puede distribuir una extensión en más de un fichero de datos porque las extensiones pueden ser troceadas.
Se puede distribuir una extensión en más de un fichero de datos siempre y cuando los ficheros de datos sean de un único tablespace.
La redefinición en línea de segmentos se efectúa in situ.
La redefinición en línea de segmentos permite acceso concurrente a la tabla afectada durante toda su ejecución.
La redefinición en línea ajusta el tamaño del segmento.
La sentencia 'truncate table nombre_tabla' libera el espacio del segmento de la tabla que estaba asignado a las tuplas eliminadas solamente cuando se comprometa explícitamente la transacción en la que se realiza el borrado.
¿A qué señala la marca de marea alta?
A ninguna de las respuestas mostradas
A un bloque de una extensión
Siempre al final de un segmento
Siempre al comienzo de una extensión
