extraordinaria II

La propiedad de persistencia del resultado de una transacción garantiza que los cambios realizados por transacciones no comprometidas, siempre se conservan ante una posible caída del servidor. Verdadero. Falso.

Las lecturas fantasmas son inevitables. Verdadero. Falso.

Para que una restricción pueda ser diferida, es imprescindible que haya sido declarada diferible previamente. Verdadero. Falso.

Una transacción puede contener varias sentencias LDD. Verdadero. Falso.

En el modo de aislamiento de lectura comprometida se puede elegir entre la consistencia de lectura a nivel de sentencia y la consistencia de lectura a nivel de transferencia. Verdadero. Falso.

La cláusula FOR UPDATE es imprescindible en un SELECT si la misma transición posteriormente va a actualizar los datos leídos. Verdadero. Falso.

A veces, un orden de comprometer una transacción puede ocasionar que la transacción deshaga. Verdadero. Falso.

La consistencia de lectura a nivel de sentencia impide que se hagan lecturas sucias. Verdadero. Falso.

Al realizar un retroceso de una transacción a un savepoint, la transacción sigue activa. Verdadero. Falso.

Pueden darse situaciones de interbloqueo y el usuario debe detectarlas para proceder a retrocederlas. Verdadero. Falso.

Las lecturas fantasmas son evitables. Verdadero. Falso.

La consistencia de lectura de sentencia impide que se hagan lecturas sucesivas. Verdadero. Falso.

Oracle debería detectar las situaciones de interbloqueo. Verdadero. Falso.

Una orden puede comprometer una transacción. Verdadero. Falso.

En MYSQL no existen restricciones de verificación. Verdadero, no las soporta y las ignora. Falso.

En ORACLE no existen restricciones de verificación. Verdadero. Falso.

En MYSQL las restricciones de cualquier tipo a nivel de columna, no admiten nombres elegidos por el diseñador de la base de datos. Verdadero. Falso, tienes la posibilidad de elegirlo o te lo asigna el motor.

El tipo de datos Date es de MYSQL: Verdadero. Falso, en Oracle date es fechora y en MYSQL timedate es fechora.

Las restricciones de clave primaria en Oracle no pueden tener nombres elegidos por el diseñador de la base de datos. Verdadero. Falso.

En MYSQL el usuario puede ponerles nombre a las restricciones a nivel de campo. Verdadero. Falso.

MYSQL no permite índices homónimos en un esquema. Verdadero. Falso, los permite en varios esquemas, pero no en una misma tabla.

ORCL no permite índices homónimos en un esquema. Verdadero, cualquier índice debe ser completamente único. Falso.

En MYSQL no se puede poner nombre al poner not null. Verdadero. Falso.

En ORCL el nombre de las restricciones pueden ser nombradas por el usuario. Verdadero. Falso.

En ORCL es necesario indicarla la PK en la tabla. Verdadero, si no se pone ninguna PK en la tabla. Falso.

Las restricciones de no nulidad en ORCL no tienen nombre. Verdadero. Falso.

El tipo de datos char de ORCL y MYSQL son equivalentes. Verdadero. Falso.

Para que una restricción puede ser diferida, es imprescindible que haya sido declarada diferible previamente. Verdadero. Falso.

En el modo de aislamiento de lectura comprometida se puede elegir entre la consistencia de lectura a nivel de sentencia y la consistencia de lectura a nivel de transacción. Verdadero. Falso.

Pueden darse situaciones de interbloqueo y el usuario debe detectarlas para procedes a retrocederlas. Verdadero. Falso.

Al realizar un retroceso de una transacción a un savepoint, la transacción sique activa. Verdadero. Falso.

La propiedad de persistencia del resultado de una transacción garantiza que los cambios realizados por transacciones no comprometidas, siempre se conservan ante una posible caída del servidor. Verdadero. Falso.

En MYSQL al crear una FK, se crea un índice que no es único porque la clave ajena se puede repetir. Verdadero. Falso.

drop on cascade no funciona en MYSQL. Verdadero. Falso.

MYSQL permite unir dos campos que sean claves alternativas. Verdadero. Falso.

Tanto en ORCL como en MYSQL no se pueden relacionar dos claves que no sean ni primarias ni únicas. Verdadero. Falso.

El tipo de datos date de Oracle y el de MYSQL son equivalentes. Verdadero. Falso.

En ORACLE se puede eliminar una PK mediante el drop index. Verdadero. Falso.

En ORACLE no existen las variables booleanas. Verdadero. Falso.

En Oracle existen los autonuméricos. Verdadero. Falso.

En ORACLE mediante el uso del comando drop index podemos eliminar una clave alternativa. Verdadero. Falso.

En ORACLE no existen las restricciones referenciales. Verdadero. Falso.

En ORACLE las restricciones referenciales compuestas solo se pueden hacer a nivel de tabla. Verdadero. Falso.

En MYSQL se puede borrar con el drop index una PK. Verdadero. Falso.

En MYSQL se le puede poner nombre a las restricciones usando el constraint. Verdadero. Falso.

En MYSQL se puede obtener la fecha de ayer. Verdadero. Falso.

En MYSQL no existen las restricciones de verificación. Verdadero. Falso.

En Oracle no existen las restricciones de verificación. Verdadero. Falso.

En MYSQL, las restricciones de cualquier tipo a nivel de columna, no admiten nombres elegidos por el diseñador de la base de datos. Verdadero. Falso.

Las restricciones de no nulidad en Oracle no tienen nombre. Verdadero. Falso.

La cláusula FOR UPDATE es imprescindible en un SELECT si la misma transacción posteriormente va a actualizar datos leídos. Verdadero. Faslo.

ORACLE no permite índices homónimos en un esquema. Verdadero, cualquier índice debe ser completamente único. Falso.

En ORACLE seleccione las opciones verdaderas. No se puede crear una restricción a nivel de tabla NOT-NULL. Check is not null (comprueba únicamente) y puedes poner tantos checks como quieras. Los nombres de las restricciones no son únicos. Se puede borrar el índice de un clave alternativo.

En ORACLE seleccione las opciones falsas. No se puede modificar una columna con una restricción not-null. Se pueden añadir campos con alter y borrar. Podemos eliminar una clave primaria que soporte alguna integridad referencial. Índices con nombre único y se borran sin indicar tabla.

En ORACLE al poner NOT-NULL. Se crea una restricción de CHECK. Se crea una restricción. Se crea una restricción de UNIQUE.

En MYSQL no se puede poner nombre al not-null. Verdadero. Falso.

En MYSQL al crear una tabla. Debes ver si los índices están correctos. Debes ejecutar la tabla. Debes ver si lo índices y restricciones están correctos.

Escoge las opciones correctas respecto al nombre de los índices. En ORACLE el usuario no puede darlo. En MYSQL el usuario puede darle un nombre. En ORACLE el usuario puede darle el nombre a los índices. En MYSQL el usuario no puede darle el nombre a los índices.

En ORACLE la creación de una FK: No implica una creación del índice automáticamente en la tabla. Se crea un índice automáticamente. Implica una creación del índice automáticamente en la tabla.

En ORACLE el nombre de las restricciones pueden ser nombradas por el usuario. Verdadero. Falso.

En ORACLE modify: Permite modificar un campo, añadirle restricción, cambiar el tipo de datos que contiene y establecer algún valor por defecto. Permite borrar un campo, eliminar una restricción, cambiar el tipo de datos que contiene y establecer algún valor por defecto. Permite modificar un campo, añadirle restricción y establecer algún valor por defecto.

En ORACLE es necesario indicar la PK en la tabla. Si, si no se pone ninguna PK en la tabla. No, lo hace solo.

Para borrar el índice de una PK en ORACLE es necesario. Nada, se hace automáticamente. Solo se puede lograr su borrado mediante la eliminación de la respectiva restricción. En ocasiones se puede lograr su borrado mediante la eliminación de la respectiva restricción.

En que se diferencian MYSQL y ORACLE. MYSQL tiene papelera y ORACLE no. ORACLE tiene papelera y MYSQL no. Ninguno tiene papelera.

Permite más de una orden por consulta. ORACLE. MYSQL. MYSQL y ORACLE.

Pueden darse situaciones de interbloqueo y el usuario debe detectarlas para proceder a retrocederlas. Verdadero. Falso.