bd1 ldd

Las restricciones de pk 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 pk en MYSQL 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.

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

En MYSQL puedes poner nombre a las restricciones a nivel de campo. Falso. Verdadero.

MYSQL no permite índices homónimos en su 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. 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 oracle: 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 puede poner tantos checks como quieras.

Selecciona las FALSAS para Oracle: No se puede modificar una columna con una restricción not null. Se pueden añadir campos con alter. Podemos eliminar una pk que soporte alguna integridad referencial. Indices con nombre único y se borran sin indicar tabla (no se a que cojones se refiere esta opción).

Oracle al poner Not Null. Se crea una restricción de check. Se crea una restricción de unique. se crea una restricción.

Al crear una tabla en MYSQL. Debes ver si los indices están correctos. Debes ver si los indices y restricciones están correctos. Debes ejecutar la tabla.

Una transacción puede contener varias sentencias LDD????. Obvioooo. Ni de coña.

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. Si.

FOR UPDATE es imprescindible en un SELECT. Si en la misma transacción posteriormente va actualizar los datos leidos. Sien la misma transacción posteriormente NO se va actualizar los datos leidos.

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.

Respecto al nombre de los indices. En oracle el usuario no puede darlo. En MYSQL el usuario puede darlo. En oracle el usuario puede darlo. En MRSQL el usuario no puede darlo.

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

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

En oracle 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 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 oracle es necesario indicar la pk. SI, si no se pone ninguna pk en la tabla. No, lo hace solo.

Para borrar el indice 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.

Diferencia entre 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. Los dosh. SOLO MYSQL.

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

El tipo de datos de char en Oracle y MySQL son equivalentes. Si. No.

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

En el modo 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. Yes sir. No.

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 (entiendo que de restricciones) en Oracle debe hacerse indicando. La tabla. La tabla y el nombre. Solo el nombre.

El borrado (entiendo que de restricciones) en MySQL debe hacerse indicando. la tabla. la tabla y el nombre. solo el nombre.

En MYSQL selecciona que restricciones no deben ser creadas a nivel de tabla. unique. Not null. PK. FK.

En oracle selecciona cuales pueden ser creadas SOLO a nivel de campo. Unique. FK. PK. Not Null.

Selecciona las restricciones de MYSQL. UNIQUE. NOT NULL. PK. Referenciales (FK). Check.

¿Qué debes indicar al crear una FK en oracle?. Nada puto. El nombre del campo e irá por defecto a la clave primaria del dicho. Únicamente la tabla en oracle 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 pq la clave ajena se puede repetir. Verdadero. Falso.

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

Selecciona la 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 not null. Verdadero. Falso.

En mysql no existen restricciones de verificación (check). 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.

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. LDD. LMD. ninguno dummy.

La fase más crítica en un buen diseño es. La implementación de las estructuras y consultas. La captura de los requisitos. Ninguna.

En una BDD. Las entidades pueden tener atributos, las relaciones no. Las relaciones pueden ser abstractas, las entidades no. Ninguna.

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

El tipo de datos date es de mysql. True. False.

Un atributo derivado. No puede ser compuesto. No puede ser simple. Ninguna.

En una BDD cuando un valor de un atributo es nulo. Debemos tratarlo poniendo el valor más frecuente para ese atributo. No es preciso tratarlo el SGBD se encarfa de ello. NInguna.

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

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

Una clave primaria es. Una superclave. si es candidata?. ninguna.

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 qué un atributo. Ninguna.

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

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. uno a uno. varios a varios.

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

Jeffry te desea suerte en tu examen de BD1. Pizza. Helado.