Étape logique
Conception de bases de données : une méthode orientée objet et événement
H3248 v1 Archive

Étape logique
Conception de bases de données : une méthode orientée objet et événement

Auteur(s) : Colette ROLLAND

Date de publication : 10 juin 1996

Logo Techniques de l'Ingenieur Cet article est réservé aux abonnés
Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?

Présentation

1 - Bases de données

2 - Étape conceptuelle

3 - Étape logique

  • 3.1 - SGBD O2
  • 3.2 - Règles de passage à un schéma O2

4 - Conclusion

Sommaire

Présentation

Auteur(s)

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

Lire l’article

INTRODUCTION

La place déterminante de l’information et son rôle critique dans le fonctionnement des organisations n’est plus à démontrer. Aujourd’hui comme jamais conscientes de ces aspects, les organisations souhaitent des systèmes d’information plus efficaces, flexibles et adaptés pour traiter les problèmes informationnels et les assister dans leurs actions aussi bien quotidiennes qu’à plus long terme. Il leur importe de donner à chacun, dans l’organisation, les moyens informationnels pour accomplir professionnellement sa mission et pour prendre opportunément et rapidement les décisions que la situation justifie.

La base de données est au cœur des systèmes d’information actuels. Vaste mémoire collective, sélective et structurée, répartie et disséminée dans l’organisation, nécessairement complémentaire de la mémoire de chaque acteur de l’organisation, la base de données, au moyen de représentations adéquates, capte, traduit, aide à mettre en cohérence et diffuse l’image des faits et actes de celle‐ci.

Nous entendons par base de données une collection de données, représentations partielles et opératoires d’aspects pertinents de la vie de l’organisation sur lesquels on souhaite être renseignés. Ces collections de données aussi cohérentes que possible, sont mémorisées avec une redondance calculée et structurées de manière à faciliter leur exploitation pour satisfaire une grande variété de demandes de renseignements par des utilisateurs ayant des exigences de réponses compatibles avec leurs conditions et lieux de travail.

La base de données est une supermémoire au service des décideurs et des acteurs de l’organisation, capable de les renseigner sur la situation actuelle, sur l’historique des faits qui l’ont concernée et qu’elle a enregistrés et éventuellement sur les faits prévisibles du futur...

Logo Techniques de l'Ingenieur

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

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


DOI (Digital Object Identifier)

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

Lecture en cours
Présentation

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

3. Étape logique

Il s’agit de parvenir à une nouvelle description de la base de données qui complète la description obtenue au terme de l’étape conceptuelle en prenant en compte les aspects techniques et opérationnels de la gestion et de l’utilisation des données.

Le concepteur doit s’attacher à définir comment implanter les données dans l’espace de mémorisation pour répondre complètement et correctement aux demandes de renseignements des différents utilisateurs de la future base de données. Il est conduit à exprimer la solution logique sous forme d’une structure de données décrite dans les termes du modèle de données du SGBD qui a été retenu pour gérer la base de données.

Il s’agit, complémentairement, de construire un ensemble cohérent de transactions utilisant au mieux la structure de données pour garantir que les données seront créées, mises à jour et détruites de manière cohérente. Au cours de cette étape, on choisit comment regrouper les opérations dans des transactions et implémenter les événements conceptuels de façon à contrôler le déclenchement des transactions et leur synchronisation.

On appelle schéma logique le résultat de cette étape. Le schéma logique comporte deux aspects complémentaires :

  • la structure de données ;

  • l’ensemble des transactions de mise à jour de données.

Cela est valable dans tous les cas de SGBD mais le contenu des deux composants varie selon que le SGBD est relationnel ou orienté objet. La structure de données d’un SGBD orienté objet est une structure d’objets qui encapsule la description des opérations de création, mise à jour et destruction des objets tandis que celle d’un SGBD relationnel ne définit que la structure de tuple des données. Dans ce cas, les opérations sont encapsulées dans les transactions.

On introduit, dans la suite, la démarche proposée pour la construction du schéma logique adapté au SGBD orienté objet O2 ...

Logo Techniques de l'Ingenieur

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é ?


Lecture en cours
Étape logique

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

Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - BAELEN (S.V.), LEWI (J.), STEEGMANS (E.), VAN RIEL (H.) -   EROOS : an Entity-Relationship based Object-Oriented Specification Method.  -  TOOLS’7 (1992).

  • (2) - BANCILHON (F.), DELOBEL (C.), KANELLASKIS (P.) -   Building an Object-Oriented Database System : The Story of O2.  -  Morgan-Kaufmann (1992).

  • (3) -   Data Model Issues for Object-Oriented Applications.  -  ACM Transactions on Office Information Systems, Vol. 5, no 1, janv. 1987.

  • (4) - BEN ACHOUR (C.), Benjamen (A.) -   Transformation d’un schéma conceptuel (O*) en un schéma O2 : Étude du cas complet de la bibliothèque,  -  rapport CRI (1995).

  • (5) -   Object Oriented Design with Applications.  -  Published by Benjamin Cumming in (1991).

  • (6) - BRISSAUD (F.), BRUNET (J.), CAUVET (C.), GIRAUDIN (J.-P.), MORENO (M.), PENNY (E.), ROLLAND (C.) -   Modélisation...

Logo Techniques de l'Ingenieur

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

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


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