Soit le schéma relationnel suivant décrivant un système
de réservations de places de spectacles :
SPECTACLES(nospectacle, nom, durée, type)
SALLES(nosalle, nbplaces)
REPRESENTATIONS(nospectacle, nosalle, dater, prix) :
2 clés potentielles : nospectacle, dater ou nosalle, dater
BILLETS(nobillet, dater, nosalle, nospectacle, nomclient)
En faisant les suppositions suivantes :
- on gère un espace de spectacles ayant un ensembles de salles
(décrit par la relation SALLES), - on suppose que pour un jour donné et une salle donnée, il n'y
a qu'un seul spectacle représenté, - un spectacle peut être représenté plusieurs fois,
à des dates (toujours) différentes et en des salles
(éventuellement) différentes.
Q1/ Donner les principales contraintes d'intégrité
associées à ce schéma (en français). On pourra
distinguer entre les divers types de contraintes (mono-relation ou
multi-relations, statiques ou dynamiques, ...).
Q2/ Proposer une définition du schéma en SQL qui prenne en
compte le plus possible de contraintes. Que faire des autres (cf Q3-1) ?
Q3/ On suppose que 3 classes d'utilisateurs ont accès à
tout ou partie de ce schéma relationnel. L'administrateur de la base,
qui initialise la base et donne notamment en début de saison tous les
spectacles avec toutes les représentations associées. Les
guichetiers qui gèrent les réservations à ces
représentations et donc émettent les billets. Et enfin les
clients potentiels qui peuvent consulter la base pour connaitre les spectacles
joués (éventuellement par type) et savoir les
représentations où il reste des places disponibles.
Q3-1/ Proposer un schéma externe sous forme de vues pour ces
différentes classes d'utilisateurs.
Q3-2/ Donner les droits associés à chaque classe
d'utilisateurs.
Posté le 2 septembre 2009