DAM 1º Bases de datos T2

Niveles en la función de descripción de un SGBD. Interno. Conceptual. Externo.

La información con la que el modelo E-R trabaja ha de ser lo más detallada y fiel posible a la realidad del problema a representa. Verdadero. Falso.

Identifica cuál de las siguientes entidades no podría ser considerada como entidad débil: PROVEEDOR (pertenece a una base de datos de gestión de stocks). PAGO (pertenece a una base de datos bancaria). FAMILIAR (pertenece a una base de datos hospitalaria).

Las entidades débiles deben existir por sí mismas, sin depender de otras entidades. Verdadero. Falso.

Si en nuestra base de datos tenemos una entidad USUARIO, los atributos password y login (imprescindibles para jugar) deben ser. Obligatorios. Multivaluados. Obligatorios y multivaluados. No necesitan ser ni obligatorios ni multivaluados.

Un atributo ránking que indique en qué posición se encuentra un jugador, podría considerarse un atributo. Derivado. Compuesto. Multivaluado. Todos.

Sea la entidad TRABAJADOR, con los atributos nombre, apellido_1, apellido_2, dni, numero_afiliacion_ss, fecha_nacimiento y codigo_empresa. ¿Los atributos nombre, apellido_1, apellido_2 podrían formar una clave candidata?. Sí, podrían ser elegidos para ser la clave primaria de TRABAJADOR. No, para entidad sólo el atributo dni será la clave primaria. No, si tenemos en cuenta que puede haber varios trabajadores con el mismo nombre y apellidos.

Supongamos que seguimos diseñando una base de datos para un sitio de juegos online. En un punto del proceso de diseño se ha de modelar el siguiente requisito: cada usuario registrado podrá crear las partidas que desee (a las que otros usuarios pueden unirse), pero una partida solo podrá estar creada por un único usuario. Un usuario podrá o no crear partidas. ¿Cuáles serían las etiquetas del tipo (cardinalidad mínima, cardinalidad máxima) que deberían ponerse junto a las entidades USUARIO y PARTIDA respectivamente, si éstas están asociadas por la relación CREAR (partida)?. (1:N) y (0:N). (1,1) y (1,N). (1,1) y (0,N).

Supongamos que hemos de modelar mediante el modelo Entidad/Relación extendido el siguiente requerimiento de unanbase de datos: Para que un hombre se divorcie de una mujer, primero ha de haber estado casado con ella. Las entidades participantes son MUJER y HOMBRE, que estarán asociadas a través de dos relaciones: se casa, se divorcia. No tendremos en cuenta la cardinalidad de ambas relaciones. ¿Qué tipo de restricción sobre las relaciones hemos de establecer en nuestro esquema para representar correctamente este requisito?. Restricción de exclusividad. Restricción de inclusividad. Restricción de inclusión.

Si hemos de representar a través del MERE los alumnos pertenecientes a una clase, podríamos usar una agregación del tipo Compuesto/componente. Verdadero. Falso.

Si en un diagrama E/R asociamos un atributo a una entidad, pero este atributo debe asociarse a una relación en la que interviene dicha entidad, estaríamos incumpliendo la propiedad de: Completitud. Corrección semántica. Correción sintáctica.

En el modelo relacional de datos, una tabla... Solo puede tener una clave primaria y una clave ajena. Puede tener varias claves primarias y una única clave ajena. Solo puede tener una clave primaria y una o varias claves ajenas. Puede tener una o varias claves primarias y una o varias claves ajenas.