Preguntas BD1

Las restricciones de clave primaria en Oracle no pueden tener nombres elegidos por el diseñador de la base de datos. Falso. Verdadero. Verdadero, viene asignado por el esquema. Verdadero, los asigna automáticamente el sistema.

Las restricciones de clave primaria en Oracle no pueden tener nombres elegidos por el diseñador de la base de datos. Falso. Verdad. Verdad, viene asignado por el esquema.

En MYSQL, el usuario puede ponerle nombre a las restricciones. Falso. Verdadero. Sólo a las restricciones de verificación. Sólo a las restricciones de clave primaria.

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

MySQL no permite índices homónimos en un esquema. Falso, los permite en una misma tabla. Falso, los permite en varios esquemas, pero no en una misma tabla. Falso, los permite en varias tablas, pero no en un mismo esquema. Verdadero, cualquier índice debe ser completamente único.

ORCL no permite índices homónimos en un esquema. Falso, los permite en una misma tabla. Falso, los permite en varios esquemas, pero no en una misma tabla. Falso, los permite en varias tablas, pero no en un mismo esquema. Verdadero, cualquier índice debe ser completamente único.

ORACLE no permite índices homónimos en un esquema. Falso, los permite en una misma tabla. Falso, los permite en varios esquemas, pero no en una misma tabla. Falso, los permite en varias tablas, pero no en un mismo esquema. Verdadero, cualquier índice debe ser completamente único.

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

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

En ORCL selecciona las opciones falsas. No se puede modificar una columna con una restricción no-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 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 de UNIQUE. Se crea una restricción.

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

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

Para que alguna restricción pueda ser diferida: Es imprescindible que haya sido declarada previamente. No es necesario declararla. Se declara y luego se borra.

¿Oracle debería detectar las situaciones de interbloqueo?. No. Sí.

La cláusula FOR UPDATE es imprescindible en un SELECT: Si en la misma transacción posteriormente va a actualizar los datos leídos. Si en la misma transacción posteriormente no se va a actualizar los datos leídos.

¿Una orden puede comprometer a una transacción?. Falso. Verdadero.

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

Escoge las opciones correctas respecto al nombre de los índices í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 ORCL modify: Permite modificar un campo, añadirle una 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 una restricción y establecer algún valor por defecto.

En ORCL es necesario indicarla 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. Solo ORACLE. MySQL y ORACLE. Solo MySQL.

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

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

Para que una restricción pueda ser diferida, es imprescindible que haya 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 proceder a retrocederlas. Verdadero. Falso.

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

Las lecturas fantasmas son evitables. 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.

El borrado en ORCL debe hacerse indicando. la tabla. la tabla y el nombre. solo el nombre.

El borrado en MYSQL debe hacerse indicando. la tabla. la tabla y el nombre. solo el nombre.

En MYSQL selecciona cuáles restricciones no deben ser creadas a nivel de tabla. UNIQUE, NOT NULL Y PRIMERY KEY. UNIQUE, NOMBRADO Y PRIMERY KEY. NOT NULL.

En ORCL selecciona cual/es puede/n ser creada/s solo a nivel de campo. Pablo motos y la madre de javi. UNIQUE, NOMBRADO Y PRIMARY KEY. NOT NULL.

Selecciona las que son restricciones de MYSQL. UNIQUE. NOT NULL. PK. REFERENCIALES. CHECK.

En ORCL al crear una FK debes indicar. Nada. El nombre del campo en ORCL e irá por defecto a la clave primaria del dicho. Únicamente la tabla en ORCL e irá por defecto a la clave primaria de la dicha.

En MySQL la PK debe ser creada. A nivel de tabla. A nivel de campo. A nivel de índice.

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

En MYSQL se puede borrar el índice de la PK. No. Sí, y por lo tanto también se eliminará la restricción de PK. Sí, y no afecta a la PK.

El tipo de datos char de ORACLE y MySQL son equivalentes. Verdadero. Falso.

Selecciona la opción verdadera. El índice es la comparación de las tablas. El índice es la unión de los campos y el constraint es una restricción. El constraint indica los índices.

En MySQL no se puede poner nombre al notnull. Verdadero. Falso.

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

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

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

El modelo Entidad-Relación. Es un modelo lógico basado en objetos. Es un modelo lógico basado en registros. No es un modelo lógico.

Los esquemas de una BDD se programan empleando. El LDD(Lenguaje de Definición de Datos). El LMD(Lenguaje de Manipulación de Datos). Ninguno de los dos.

Según lo visto en clase, la fase más crítica en un buen diseño de BDD es: La implementación de las estructuras y consultas. La captura de requisitos. Ninguna de las anteriores.

En una BDD, en el contexto del modelo Entidad-Relación. Las entidades pueden tener atributos, las relaciones no. Las relaciones pueden ser abstractas, las entidades no. Ninguna de las anteriores.

El tipo de datos Date en Oracle y MYSQL son equivalentes. Falso, en MYSQL date es fechora y en Oracle timedate es fechora. Falso, en Oracle date es fechora y en MYSQL timedate es fechora. Verdadero. Falso, en MYSQL el tipo long double y en Oracle no existe el tipo long.

El tipo de datos Date es de MySQL. Verdadero. Falso.

Un atributo derivado. No puede ser compuesto. No puede ser simple. Ninguna de las anteriores.

En una BDD cuando un valor de un atributo es nulo: Debemos tratarlo poniendo el valor más frecuente para ese atributo en la BDD. No es preciso tratarlo, el SGBD se encarga de ello. Ninguna de las anteriores.

El grado en una relación: Se refiere a cuántas entidades del lado derecho se asocian a una entidad del izquierdo (por ejemplo uno a varios). Se refiere al número de atributos en una determinada cantidad. Ninguna de las anteriores.

Suponga que en un esquema de una entidad bancaria (dni) y (nombre-cliente, calle cliente) son claves candidatas de la entidad cliente, entonces: {dni, nombre-cliente) es una clave candidata. {dni, nombre-cliente} es una superclave. ninguna de las anteriores.

Una clave primaria es. Solo si es superclave. Si es candidata. Ninguna de las anteriores.

En el diseño de una BDD. Siempre está perfectamente claro qué es una entidad y que un atributo. Nunca está perfectamente claro que es una entidad y que un atributo. Ninguna de las anteriores.

Una entidad identificadora: Depende existencialmente de una entidad fuerte. Depende existencialmente de una entidad débil. Ninguna de las anteriores.

Una clave primaria. Es siempre uno o varios atributos. No es un atributo o varios atributos. No podemos saber si es o no un atributo.

Cuando a varias entidades de A se asocian a lo sumo con una entidad de B, mientras que una entidad de B se puede asociar con cualquier número de entidades de A, se dice que es una correspondencia de cardinalidades. Varios a uno. Uno a varios. Ninguna de las anteriores.

El tipo de datos char de ORACLE y MySQL son equivalentes. Verdadero. Falso. Ninguna de las anteriores.

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