Créer jeu
Télécharger
Obtenir Plan Académique
Partager le jeu
Intégrez-le à votre plateforme

Vous pouvez intégrer le jeu dans un LMS compatible avec LTI 1.1 ou LTI 1.3 comme Canvas, Moodle ou Blackboard. Les scores seront ainsi automatiquement enregistrés dans le carnet de notes de la plateforme.
Télécharger
Vous avez dépassé le nombre maximum de jeux que vous pouvez intégrer à Google Classroom avec votre Plan actuel.

Pour intégrer autant de jeux que vous le souhaitez dans Google Classroom, vous avez besoin d’un Plan Académique ou un Plan Commerciel.

Vous avez dépassé le nombre maximum de jeux que vous pouvez intégrer à Microsoft Teams avec votre Plan actuel.

Pour intégrer autant de jeux que vous le souhaitez dans Microsoft Teams, vous avez besoin d’un Plan Académique ou un Plan Commerciel.

Le téléchargement du jeu est une fonctionnalité exclusive pour les utilisateurs avec un Plan Académique ou un Plan Commercial.

Obtenez votre Plan Académique ou Plan Commercial dès maintenant et commencez à intégrer vos jeux dans votre LMS, votre site Web ou votre blog.

Si vous le souhaitez, vous pouvez télécharger une jeu de test ici et tester son intégration:

Bases de Datos A — Tema 3. Modelo relacional 🔥💀 Simulacro examen

Test

Parties jouées 9 %Précision 77 Temps moyen 06:42

À propos de cette activité

Desafía tu dominio sobre relaciones y claves en bases de datos.

Créé par

Spain

Téléchargez la version pour jouer sur papier

Créez votre propre jeu gratuite à partir de notre créateur de jeu
Affrontez vos amis pour voir qui obtient le meilleur score dans ce jeu

Top Jeux

%
Anonyme
Anonyme
%
%
%
Vous avez dépassé le nombre maximum de jeux que vous pouvez imprimer avec votre Plan actuel.

Pour imprimer autant de jeux que vous le souhaitez, vous avez besoin d’un Plan Académique ou un Plan Commerciel.

Imprimez votre jeu
Bases de Datos A — Tema 3. Modelo relacional 🔥💀 Simulacro examen
 

Bases de Datos A — Tema 3. Modelo relacional 🔥💀 Simulacro examenVersion en ligne

Desafía tu dominio sobre relaciones y claves en bases de datos.

par Sara Lopez
1

1) Una relación se define como:

2

2) La cabecera de una relación contiene:

3

3) El cuerpo de la relación contiene:

4

4) Las relaciones son:

5

5) Una relación debe tener:

6

6) Los atributos pertenecen a:

7

7) Un dominio representa:

8

8) Las tuplas representan:

9

9) Una condición obligatoria del modelo relacional es que:

10

10) La clave primaria debe ser:

11

11) Una clave candidata es:

12

12) Una clave alternativa es:

13

13) La PK identifica:

14

14) La PK puede estar compuesta por:

15

15) La PK puede contener NULL:

16

16) NULL significa:

17

17) La integridad de entidad establece:

18

18) La integridad referencial afecta a:

19

19) Una FK referencia siempre:

20

20) NULL en una FK significa:

21

21) Una entidad pasa a:

22

22) Caso 1:1 (1,1)-(1,1):

23

23) La regla general para 1:N es:

24

24) Caso N:M genera:

25

25) En relación N:M la PK de la tabla intermedia es:

26

26) Caso (0,1)-(1,n):

27

27) Atributos multivalorados pueden convertirse en:

28

31. Si una relación no tiene PK, ¿qué se cumple?

29

32. Una tabla no puede tener:

30

33. Los atributos deben ser:

31

34. Los dominios afectan a:

32

35. Una FK NO valida rompe:

33

36. Si FK no admite NULL:

34

37. Las relaciones no tienen:

35

38. Una PK es necesaria para:

36

39. La tabla intermedia N:M siempre contiene:

37

40. Una relación siempre debe tener:

38

41. Una tabla contiene valores que provienen de:

39

42. Una PK identifica siempre:

40

43. Una FK identifica:

41

44. NULL en PK indica:

42

45. Una relación representa:

43

46. Una PK puede estar formada por:

44

47. Una FK referencia una PK:

45

48. Caso 1:1 (0,1)-(1,1):

46

49. Una tupla es una estructura:

47

50. La salida del modelo relacional es:

48

51. Si se elimina la PK:

49

52. La cabecera de relación incluye:

50

53. Valor NULL puede significar:

51

54. Las relaciones son:

52

55. Los atributos de una relación deben ser:

53

56. Si una FK referencia PK inexistente:

54

57. La PK define:

55

58. Una relación tiene atributos:

56

59. Una relación es válida cuando:

57

60. La fase final del modelo relacional produce:

Explicación

La relación se compone de una cabecera y tuplas; no es una lista ordenada, jerárquica ni orientada a objetos.

La cabecera especifica atributos y sus dominios, no valores, tuplas ni solo claves.

El cuerpo almacena las filas (tuplas); las claves y dominios están en otros componentes.

Las relaciones son conjuntos sin orden intrínseco; no son árboles, listas ni matrices ordenadas.

El nombre debe ser único; los dominios no deben repetirse dentro de la cabecera y las FKs no son obligatorias.

Los atributos están asociados a dominios (tipos de datos) de la cabecera.

El dominio especifica el conjunto de valores permitidos para un atributo.

Las tuplas son las filas de la relación; atributos, PK y FK son conceptos distintos.

Las tuplas deben ser únicas para mantener la coherencia de la relación.

Una PK nunca puede ser NULL y debe identificar de forma única cada tupla.

Las claves candidatas pueden identificar una tupla; no todas deben ser compuestas.

La clave alternativa es una clave candidata que no se eligió como PK.

La PK identifica de forma única cada tupla dentro de la relación.

Una PK puede ser simple o compuesta; debe ser única y no nula.

Las PK no pueden contener NULL.

NULL representa ausencia de valor conocido o no aplicable.

La PK debe existir y ser no nula para cada tupla.

La integridad referencial rige las relaciones entre tablas vía FK.

Una FK apunta a la PK de una tabla distinta.

NULL en FK suele indicar que la relación es opcional.

En el modelo relacional, una entidad se transforma en una tabla.

Relaciones 1:1 pueden fusionarse en una sola tabla si se desea.

En 1:N, la PK del lado 1 se convierte en FK en el lado N.

N:M requiere una tabla intermedia para evitar redundancia.

La PK de la tabla intermedia suele ser la combinación de las PKs de ambas tablas.

Este caso típicamente se modela con una tabla intermedia para la relación.

Los atributos multivaluados se descomponen en una nueva tabla para normalizar.

Sin PK, no hay unicidad de tuplas en la relación.

Las tablas pueden contener PK, FK y dominios; duplicar nombres de atributos no es permitido.

La normalización recomienda atributos atómicos.

El dominio define qué tipos de valores pueden contener las columnas.

Romper la referencialidad daña la integridad referencial.

NO NULL en FK implica que la relación debe existir (obligatoria).

Una relación no debe contener filas duplicadas en general.

La PK identifica de forma única cada tupla.

La intermedia en N:M suele contener al menos dos FKs para enlazar las tablas relacionadas.

La PK es necesaria para identificar de forma única las tuplas.

Los dominios definen los valores permitidos de cada atributo.

La PK identifica de forma única una tupla dentro de la tabla.

La FK apunta a la PK de otra tabla para mantener la integridad referencial.

Las PKs no pueden ser NULL, eso rompe la unicidad e integridad.

En modelo relacional, una relación se corresponde con una tabla.

Una PK puede ser simple (1 atributo) o compuesta (varios atributos).

La FK apunta a la PK de otra tabla para mantener integridad referencial.

En 1:1, a menudo se usa FK en el lado opcional para unir filas.

Una tupla asociada a un conjunto de atributos con sus valores.

El modelo relacional produce tablas que almacenan datos.

Sin PK no hay unicidad de tuplas.

La cabecera describe los atributos y sus dominios de la relación.

NULL indica valores desconocidos o ausentes, no zero ni PK.

Relaciones en teoría de bases de datos forman conjuntos de tuplas.

Atributos atómicos facilitan la normalización.

Referenciar una PK inexistente viola la integridad referencial.

La PK garantiza que cada tupla es única dentro de la tabla.

Cada atributo pertenece a un dominio definido.

La validez implica cumplir la integridad de entidad y referencias correctas.

El modelo relacional finaliza con tablas que almacenan datos.

Voulez-vous vraiment quitter la page ?

En quittant la page, vous perdrez la progression du jeu.