Bases des bases de données

Quelle proposition décrit correctement une vue (view) dans une base de données relationnelle ?

  1. AUne table virtuelle définie par une instruction SELECT ; elle ne contient normalement aucune donnée propre et construit son résultat à partir des tables sous-jacentes à chaque fois qu'on y fait référence
  2. BUne table qui stocke une copie des données de la table sous-jacente ; modifier la table sous-jacente ne change pas le contenu de la vue
  3. CUne donnée arborescente créée pour trouver rapidement des valeurs dans une colonne particulière d'une table
Afficher la réponse et l'explication

Réponse : A. Une table virtuelle définie par une instruction SELECT ; elle ne contient normalement aucune donnée propre et construit son résultat à partir des tables sous-jacentes à chaque fois qu'on y fait référence

Une vue est une table virtuelle définie en donnant un nom à une instruction SELECT, comme dans CREATE VIEW Commerciaux AS SELECT NumEmploye, Nom FROM Employe WHERE Service = 'Commercial'. Une vue ordinaire ne contient aucune donnée propre ; son résultat est construit à partir des tables sous-jacentes (tables de base) à chaque fois qu'on y fait référence, si bien que les mises à jour des tables de base se répercutent telles quelles dans la vue. Les vues servent à simplifier l'écriture de requêtes complexes fréquemment utilisées, et à limiter ce à quoi les utilisateurs peuvent accéder en ne leur accordant des privilèges que sur une vue qui montre les colonnes et les lignes autorisées. Il existe aussi des vues matérialisées, qui calculent et stockent le résultat à l'avance ; elles accélèrent les lectures mais doivent être rafraîchies pour suivre les tables de base. Une structure arborescente servant à trouver rapidement des valeurs décrit un index.

S'entraîner sur ce thème Retour au thème

Autres questions sur Bases des bases de données

  1. Quel est le but principal de la normalisation des tables d'une base de données relationnelle ?
  2. La clé primaire d'une table Commande(NumCommande, NumArticle, Quantite, NumClient, NomClient) est {NumCommande, NumArticle}, et ses dépendances fonctionnelles sont {NumCommande, NumArticle} → Quantite, NumCommande → NumClient et NumClient → NomClient. Quel est le résultat correct de la normalisation de cette table jusqu'à la troisième forme normale (3NF) ?
  3. La clé primaire d'une table Employe(NumEmploye, Nom, CodeService, NomService) est NumEmploye, et chaque colonne contient une seule valeur. Les dépendances fonctionnelles sont NumEmploye → Nom, NumEmploye → CodeService et CodeService → NomService. Quelle proposition indique correctement la forme normale de cette table ?
  4. Dans une base de données utilisée surtout pour la lecture et l'agrégation, des tables issues de la normalisation sont parfois délibérément fusionnées en une seule, de sorte que les mêmes données sont stockées en double (dénormalisation). Quelle combinaison associe correctement un avantage et un inconvénient de cette conception ?
  5. Dans un diagramme E-R, il existe une relation plusieurs-à-plusieurs entre étudiants et cours : un étudiant suit plusieurs cours, et un cours est suivi par plusieurs étudiants. Quelle est la manière appropriée de mettre en œuvre cette relation avec des tables d'une base de données relationnelle ?