6. Les systèmes de bases de données post-relationnelles
211
dont la valeur de vérité est implicitement VRAIE (TRUE). Ainsi, il est
vrai que Monsieur Humbert est un employé, et cette réalité s'exprime
par le fait «est_employé (Humbert)». Pour connaître les supérieurs
directs des employés, nous créons une nouvelle table CHEF dont
chaque tuple consiste en une paire de données : le nom du supérieur
direct et celui de l'employé subordonné. En rapport avec cette table,
nous définissons les faits «est_chef_de (A,B)» pour exprimer la
réalité que «A est le chef direct de B».
Analyse des faits
La hiérarchie du commandement est schématisée par un arbre
dans la figure 6-13. Pour savoir qui est le chef direct de l'employé
Meier, une requête SQL interroge la table CHEF et trouve Humbert, le
supérieur recherché. Le même résultat s'obtient en exécutant une
requête dans un langage de programmation logique (dans le genre de
Prolog).
Figure 6-13
Analyse des tables
et des faits
Comment
construire des
règles dans le
modèle
relationnel ?
Outre les faits, nous définissons des règles pour déduire le
contenu inconnu des tables. Dans le contexte du modèle relationnel,
nous parlons alors de tables dérivées (derived relation ou deduced
relation, en anglais). La figure 6-14 donne l'exemple simple d'une
table dérivée et de la règle de déduction correspondante qui permet de
connaître le supérieur du chef direct de chaque employé. Dans les
Humbert
Meier
Brodard
Savoy
Hiérarchie du
commandement :
Qui est le chef direct de Meier ?
Nom_Chef
Humbert
Table résultat :
? – est_chef_de (X,Meier)
Question :
Résultat :
Humbert
Requête SQL :
SELECT Nom_Chef
FROM
CHEF
WHERE Nom_Employe = ‘Meier’