6. Les systèmes de bases de données post-relationnelles
189
revêtir plusieurs significations différentes pour un objet particulier
dans la base. Ainsi, un temps valide peut désigner soit un instant
précis auquel se produit un événement déterminé, soit un intervalle de
temps qui définit la durée de validité des valeurs de données
associées. Par exemple, l'adresse d'un employé est valable jusqu'au
prochain changement de domicile.
Le temps
transactionnel est
journalisé
Un autre type de donnée temporelle est le temps transactionnel
qui désigne le point temporel auquel un objet spécifique a été
introduit, modifié ou détruit dans une base de données. Normalement,
c'est le système de base de données qui gère lui-même les temps
transactionnels au moyen d'un journal. Pour cette raison, dans la suite
de notre développement, quand nous parlons de temps, il s’agira
toujours du temps valide.
Les types de
données temporels
DATE et TIME
Pour enregistrer les dates de validité, la plupart des systèmes de
bases de données relationnelles supportent à l'heure actuelle deux
types de données : le type DATE permet de représenter une date
composée de l'année, du mois et du jour, le type TIME définit le temps
en heures, minutes et secondes. Pour représenter une durée, aucun
type de donnée particulier n'est requis, car les nombres entiers et
décimaux suffisent. Le calcul avec des données temporelles s'effectue
donc de manière naturelle.
Exemple d’attributs
liés au temps
Dans l’exemple en figure 6-3, nous avons complété la table
EMPLOYÉ par deux attributs, la date de naissance et la date
d'engagement. Ce sont donc des attributs liés au temps, grâce
auxquels nous pouvons par exemple demander au système de
produire une liste des employés engagés avant l'âge de vingt ans.
Une table
contenant des
dates n’est pas
nécessairement
temporelle
Jusqu’à présent, la table EMPLOYÉ donne une image actuelle de
la base de données à un instant précis. Par conséquent, nous ne
pouvons l’interroger ni sur le passé ni sur le futur, car nous ne
disposons d'aucune information sur le temps valide des valeurs de
données. Si, par exemple, l'employé Humbert change de fonction,
nous écrasons la description existante de sa fonction par une nouvelle
qui devient la valeur courante. En revanche, nous ne savons pas
depuis quand ni jusqu'à quelle date l'employé Humbert occupait une
fonction particulière.
189
revêtir plusieurs significations différentes pour un objet particulier
dans la base. Ainsi, un temps valide peut désigner soit un instant
précis auquel se produit un événement déterminé, soit un intervalle de
temps qui définit la durée de validité des valeurs de données
associées. Par exemple, l'adresse d'un employé est valable jusqu'au
prochain changement de domicile.
Le temps
transactionnel est
journalisé
Un autre type de donnée temporelle est le temps transactionnel
qui désigne le point temporel auquel un objet spécifique a été
introduit, modifié ou détruit dans une base de données. Normalement,
c'est le système de base de données qui gère lui-même les temps
transactionnels au moyen d'un journal. Pour cette raison, dans la suite
de notre développement, quand nous parlons de temps, il s’agira
toujours du temps valide.
Les types de
données temporels
DATE et TIME
Pour enregistrer les dates de validité, la plupart des systèmes de
bases de données relationnelles supportent à l'heure actuelle deux
types de données : le type DATE permet de représenter une date
composée de l'année, du mois et du jour, le type TIME définit le temps
en heures, minutes et secondes. Pour représenter une durée, aucun
type de donnée particulier n'est requis, car les nombres entiers et
décimaux suffisent. Le calcul avec des données temporelles s'effectue
donc de manière naturelle.
Exemple d’attributs
liés au temps
Dans l’exemple en figure 6-3, nous avons complété la table
EMPLOYÉ par deux attributs, la date de naissance et la date
d'engagement. Ce sont donc des attributs liés au temps, grâce
auxquels nous pouvons par exemple demander au système de
produire une liste des employés engagés avant l'âge de vingt ans.
Une table
contenant des
dates n’est pas
nécessairement
temporelle
Jusqu’à présent, la table EMPLOYÉ donne une image actuelle de
la base de données à un instant précis. Par conséquent, nous ne
pouvons l’interroger ni sur le passé ni sur le futur, car nous ne
disposons d'aucune information sur le temps valide des valeurs de
données. Si, par exemple, l'employé Humbert change de fonction,
nous écrasons la description existante de sa fonction par une nouvelle
qui devient la valeur courante. En revanche, nous ne savons pas
depuis quand ni jusqu'à quelle date l'employé Humbert occupait une
fonction particulière.