Serveurs multiprocesseurs et SGBD parallélisés : Introduction au parallélisme et problématique des SGBD parallélisés

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 95% à 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

Architecture des SGBD parallélisés

3. Introduction au parallélisme et problématique des SGBD parallélisés

Les SGBD parallélisés cherchent à exploiter au maximum les ressources des systèmes au moyen du parallélisme au service d’une base de données unique tandis que les SGBD distribués ont pour objet de donner une visibilité de base de données unique à un ensemble de bases de données (homogènes ou non) supportées par différents systèmes.

Deux types de composants du système concourent, pour l’essentiel, à la performance globale en environnement SGBD : les ressources de traitement (processeurs) et les entrées-sorties (contrôleurs et unités de disque). Les deux autres types d’éléments qui ont une influence sur la performance sont les caractéristiques de la mémoire (capacité et temps moyen d’accès) et les communications. Pour ces dernières, notons qu’il s’agit des caractéristiques du réseau d’interconnexion (latence et débit) que l’on rencontre dans les clusters et les MPP et non du sous-système de communication avec les réseaux distants et les postes clients.

Dans cette section, nous nous intéresserons surtout aux processeurs et aux entrées-sorties disques.

3.1 Éléments d’introduction au parallélisme

À titre d’illustration, nous allons voir les différents stades de parallélisation d’une requête SQL. Soit une requête SQL dont le traitement se compose de quatre étapes successives. Les différentes stratégies d’accélération de l’exécution de la requête sont illustrées figure 7.

— La figure 7 montre, dans la partie gauche, le traitement classique (séquentiel) d’une requête de jointure de deux tables (on rappelle qu’une table est un ensemble d’articles appelés tuples). La réalisation de cette opération comprend quatre étapes :

recherche des tuples concernés ;
opération de jointure proprement dite ;
tri des tuples obtenus ;
écriture de la table résultante.

— Un premier niveau de parallélisation consiste à se faire dérouler en pipeline les opérations : lorsque les opérations de recherche ont isolé suffisamment de tuples, l’opération de jointure peut débuter :...

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