Présentation

Article

1 - ARCHITECTURE DE RÉFÉRENCE

2 - TRADUCTION D’UNE REQUÊTE SQL

3 - TECHNIQUES DE STOCKAGE ET D’ACCÈS AUX DONNÉES

4 - GESTION DES TRANSACTIONS

5 - CONCLUSION

| Réf : H2918 v1

Gestion des transactions
Architecture des systèmes de gestion de bases de données

Auteur(s) : Jean-Marc THÉVENIN, Fabienne VIALLET

Date de publication : 10 déc. 1996

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

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

Depuis leur apparition sur le marché, les systèmes de gestion de bases de données (SGBD) sont en constante évolution. Quatre générations de SGBD ont déjà vu le jour avec l’introduction successive des modèles de données hiérarchique, réseau, relationnel et orienté objets. Cependant tous ces systèmes exploitent les mêmes éléments de base en terme d’architecture opérationnelle. La mise en œuvre d’index, de techniques de contrôle de concurrence ou de reprise est en effet relativement indépendante du modèle de données employé. Cet article présente en détail ces éléments de base de l’architecture d’un SGBD, qu’il est indispensable de bien maîtriser lorsque l’on veut comprendre et administrer efficacement les SGBD. Afin de fixer les idées, ces différents éléments et leur agencement sont présentés dans le cadre des SGBD relationnels. La comparaison avec les SGBD objet et réseau est faite au fur et à mesure, lorsque des différences importantes apparaissent sur le plan architectural.

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

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


Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(233 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation

4. Gestion des transactions

4.1 Notion de transaction

Un des objectifs essentiels des SGBD est de permettre à plusieurs transactions de travailler en parallèle en donnant à chacune d’entre elles l’illusion de travailler seule. Dans cette optique, la notion de transaction correspond à l’unité de cohérence pour une série d’actions exécutées sur la base de données. Lorsque la série d’actions constituant la transaction comporte des mises à jour, cette notion garantit que la base de données évolue d’un état cohérent vers un nouvel état cohérent, en accord avec la sémantique de la base de données définie notamment par le biais de contraintes d’intégrité. Lorsque cette série d’actions comporte uniquement des opérations de consultation, la notion de transaction permet de garantir que toutes ces actions voient le même état cohérent de la base de données.

La notion de transaction a été normalisée  afin de permettre l’interopérabilité entre SGBD de facture différente. Il en résulte qu’une transaction doit satisfaire quatre propriétés regroupées sous l’acronyme ACID signifiant : Atomicité, Cohérence, Isolation et Durabilité. Ces quatre propriétés sont étroitement liées entre elles. Les mécanismes de contrôle de concurrence et de reprise mis en œuvre par les SGBD ont pour objectif de les faire respecter.

  • L’atomicité garantit que, soit l’ensemble des mises à jour effectuées par une transaction est reporté dans la base de données, soit aucune de ces mises à jour n’est reportée. Le non-respect de cette propriété peut conduire à faire évoluer la base de données de l’état cohérent initial à un état incohérent. Par exemple, l’exécution...

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(233 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Gestion des transactions
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) -   *  -  International Organization for Standardization. Informations Processing Systems – Database Language SQL. ISO / IEC 9075 : 1992 (1992).

  • (2) - CATTELL (R.) -   ODMG 93, le standard des bases de données objet.  -  International Thomson Publishing (1995).

  • (3) - GARDARIN (G.), VALDURIEZ (P.) -   Relational Databases and knowledge Databases.  -  Addison Wesley (1989).

  • (4) - STOMEBRAKER (M.) -   Operating System Support for Database Management.  -  Communication of ACM, vol. 24, no 7, pp. 412-418, juil. 1981.

  • (5) - GARDARIN (G.) -   Maîtriser les bases de données.  -  Eyrolles (1993).

  • (6) - ULLMAN (J.) -   Principles of Database and Knowledge.  -  Base Systems, vol. 1, Computer Science Presse (1988).

  • ...

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(233 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS