Extension temporelle du niveau logique

1.1 - Objectif
1.2 - Problématique de conception des applications temporelles

2 - Les prérequis sur le temps

2.1 - Problématique liée à la gestion du temps
2.2 - La représentation du temps
2.3 - Les dimensions temporelles

Tableau 1 Tableau 2 Tableau 3 Tableau 4

3 - La modélisation conceptuelle temporelle

3.1 - Rappel des concepts du modèle conceptuel

Figure 3 - Exemple de classe
3.2 - Extension temporelle du modèle conceptuel

Figure 5 - Exemples d’événements Figure 19 - Exemple de la classe Stock Tableau 5 Tableau 6 Tableau 7 Tableau 8
3.3 - Extension de la démarche conceptuelle

Figure 21 - Modèle en fontaine Tableau 9

4 - Extension temporelle du niveau logique

4.1 - SGBD temporel et orienté objet : extension temporelle du SGBD O2
4.2 - Règles de passage

Figure 31 - Règle 6 : contraintes

5 - Conclusion

Bibliographie & annexes

Présentation

Auteur(s)

Carine SOUVEYET
Rébecca DENECKÈRE : Centre de recherche en informatique - Université Paris I Panthéon-Sorbonne

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

Les bases de données (BDs) conventionnelles sont conçues pour stocker et restituer, à la demande, les données les plus récentes, celles qui représentent l’état courant des objets de la réalité. Lors de mises à jour, les données représentatives de situations réelles qui ont évolué sont effacées et remplacées par leurs nouvelles valeurs. Il n’y a donc pas conservation des données du passé, mais seulement de celles du présent, à moins que le concepteur de l’application ait explicitement prévu de le faire.

L’importance du temps dans les bases de données a été mise en évidence dès 1975 par les concepteurs du système TOD et de plus en plus d’applications semblent requérir une gestion des données du passé, du présent et du futur.

Cela justifie que l’on envisage :

de doter les SGBDs de mécanismes appropriés de définition, d’interrogation, de stockage et de manipulation des bases de données dépendantes du temps ;
de doter les méthodes de concepts spécifiques à la prise en compte du temps durant la spécification d’application bases de données.

Cette tendance se confirme par l’intégration de SQL/T (extension temporelle de SQL) dans la prochaine norme SQL3.

Cette nouvelle génération de SGBDs temporels intègre le temps au modèle de données, ce qui facilite la manipulation des aspects temporels dans les modules applicatifs et simplifie l’interrogation des données historisées. Mais, si la manipulation des données temporelles est simplifiée, la définition de la base, la spécification des traitements et le contrôle de la cohérence de la base sont autant d’activités qui se sont considérablement complexifiées.

L’objectif de cet article est de proposer une méthode de conception d’applications bases de données qui aide à l’analyse des aspects temporels de celles-ci pour faciliter l’usage d’un SGBD temporel.

Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ? Se connecter

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h3268

Lecture en cours
Présentation

Page
suivante

Conclusion

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

4. Extension temporelle du niveau logique

L’étape logique permet de compléter le schéma conceptuel, par la prise en compte des aspects techniques et opérationnels de la gestion et de l’utilisation des données.

Le concepteur doit s’attacher à définir comment les classes d’objets vont s’organiser pour répondre aux demandes de renseignements des différents utilisateurs de la future base de données. En d’autres termes, le concepteur est amené à décrire le modèle de données du SGBD qui a été retenu pour gérer la base de données. C’est ici que le concepteur doit optimiser la structure conceptuelle par rapport aux critères de performances (temps de réponse des requêtes, temps des mises à jour, occupation physique ...) et d’utilisations.

De plus, le concepteur est amené, à partir des classes d’acteurs et du graphe global de la dynamique, à définir l’interface utilisateur et l’ensemble cohérent de transactions garantissant que les données seront créées, mises à jour et détruites de manière cohérente. Cette activité amène le concepteur à faire des choix sur la réalisation de l’interface utilisateur (par exemple, avoir une interface par classe d’acteurs ou avoir une interface généralisée valable pour toutes les classes d’acteurs ...) et sur la réalisation de la dynamique de l’application. Il doit notamment regrouper de manière optimale les événements conceptuels dans des transactions.

Enfin, le concepteur doit, à partir des classes de calendriers, établir la liste des calendriers nécessaires à l’application temporelle et déterminer comment seront traités les événements temporels, par des transactions bases de données déclenchées manuellement par un acteur ou déclenchées automatiquement par le système d’alerte temporel d’une machine ou d’un SGBD.

La spécification résultant de l’étape logique s’appelle un schéma logique. Il est composé de :

la structure des données temporelles ;
la liste des calendriers ;
la liste des transactions de mise à jour de données ;
l’interface utilisateur.

Cette démarche est valable dans tous les cas de SGBD, mais le contenu du schéma logique varie selon le SGBD cible choisi, qu’il soit temporel ou pas. Si le SGBD est temporel, les données...

Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.