Serveurs multiprocesseurs et SGBD parallélisés : Introduction aux applications des SGBD

Présentation

Auteur(s)

René J. CHEVANCE : Consultant - Chargé de missions au CMSL - Professeur associé au CNAM - (Conservatoire national des arts et métiers) - « Intégration des systèmes »

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

Lire l’article

INTRODUCTION

De plus en plus d’applications s’appuient sur des systèmes de gestion de bases de données (SGBD). La performance des systèmes et leur disponibilité sont devenues des éléments clés pour le choix des systèmes et des SGBD, c’est la raison pour laquelle les SGBD cherchent à tirer le meilleur profit des ressources matérielles qui sont mises à leur disposition.

Cet article présente les différentes approches mises en œuvre au sein des SGBD actuellement commercialisés.

On examine les différentes options en matière d’architecture de système ainsi que la relation entre les SGBD et le stockage des données. Ces différentes options sont détaillées et leurs conditions d’utilisation sont analysées.

Nota :

Cet article est repris quasi intégralement d’un des chapitres de l’ouvrage du même auteur « Serveurs multiprocesseurs, clusters et architectures parallèles » [4] :

Différents éléments, en provenance d’autres chapitres du même ouvrage, ont été ajoutés pour donner le contexte nécessaire à un article indépendant. Par ailleurs, des mises à jour ont été faites pour refléter les derniers développements.

La part de l’article consacrée à Oracle est plus importante que celle consacrée à DB2 Universal Database Enterprise-Extended Edition ce qui ne reflète pas une différence d’appréciation entre ces produits mais est simplement dû au fait que l’auteur a eu accès à plus d’informations sur Oracle.

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.

DOI (Digital Object Identifier)

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

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 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

Page
suivante

Options d’architecture

1. Introduction aux applications des SGBD

L’objet de cet article est d’analyser et de comparer les options d’architecture des serveurs et celles sous-tendues par les systèmes de gestion de bases de données (SGBD) en particulier dans les versions qui permettent d’exploiter le parallélisme.

Avant d’aborder la présentation de ces SGBD parallélisés, il n’est pas inutile de rappeler les grandes catégories d’utilisation des bases de données, pour le domaine des applications de gestion, puis quelques notions en matière d’architecture des serveurs.

Dans le domaine de la gestion, on distinguait de manière classique les applications transactionnelles et les applications décisionnelles.

— Les applications transactionnelles sont liées à l’activité même des sociétés, elles servent à mettre à jour les données de l’entreprise en fonction des opérations (par exemple, prise de commande, réception de commandes, ...). On désigne souvent ces applications sous le terme d’informatique de production.

— Les applications décisionnelles consistent à explorer des données (provenant en grande partie des données de l’informatique de production) pour aider à la prise de décision.

Avec Internet, on rencontre une autre nature d’interaction avec les bases de données : il s’agit, pour une large proportion des accès, de recherche d’information, pouvant se conclure par une transaction dans le cas du commerce électronique.

Le tableau 1 compare les caractéristiques des deux classes d’applications que représentent le transactionnel et l’aide à la décision.

Il y a une différence majeure entre le transactionnel et le décisionnel dans le domaine du partage des données.
- Dans le transactionnel, les données sont partagées entre tous les utilisateurs et font l’objet de mises à jour. Les opérations sur les données doivent respecter les propriétés dites ACID : atomicité, consistance, isolation et durabilité. Ce sont les propriétés qui caractérisent le transactionnel (pour plus de détails sur le transactionnel et sa programmation, voir l’article Programmation et systèmes transactionnels [1] dans les Techniques de l’Ingénieur) :
  - atomicité : une transaction est un ensemble...

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