Fondements des systèmes de bases de données

1. Les systèmes de gestion de bases de données : indispensables aux applications modernes

Ce livre présente les concepts fondamentaux nécessaires à la conception, à l’utilisation et à la mise en œuvre des systèmes de gestion de bases de données et des applications associées.

Une présence omniprésente. Les systèmes de gestion de bases de données sont au cœur de notre quotidien, soutenant des activités aussi variées que la banque, la réservation, le commerce en ligne ou les réseaux sociaux. Ils gèrent d’immenses volumes d’informations, qu’elles soient textuelles ou multimédias, et sont essentiels pour organiser et accéder efficacement à ces données.

Au-delà des applications traditionnelles. Le champ d’application des systèmes de bases de données s’est considérablement élargi, englobant désormais les bases de données multimédias, les systèmes d’information géographique (SIG), les entrepôts de données et les systèmes de traitement en temps réel. Ces avancées répondent aux besoins évolutifs de domaines variés, tels que les réseaux sociaux, le commerce électronique ou la recherche scientifique. Par exemple :

• Les plateformes sociales s’appuient sur des bases de données pour stocker profils utilisateurs, connexions et publications.
• Les sites de commerce électronique utilisent des bases de données pour gérer catalogues produits, commandes clients et informations de paiement.
• La recherche scientifique exploite des bases de données pour stocker et analyser des données expérimentales, comme des séquences génomiques ou des modèles climatiques.

Les fondamentaux sont essentiels. Comprendre les principes de base de la technologie des bases de données, incluant la modélisation des données, l’architecture des systèmes et les langages de requête, est crucial pour quiconque conçoit, utilise ou implémente ces systèmes. Ce savoir constitue une base solide pour appréhender la complexité des applications modernes.

2. SGBD : définir, construire, manipuler et partager les données

Un système de gestion de bases de données (SGBD) est un système informatisé qui permet aux utilisateurs de créer et de maintenir une base de données.

Fonctionnalités principales. Un SGBD est un logiciel conçu pour faciliter la création, la maintenance et l’exploitation des bases de données. Il offre un cadre général pour la gestion des données, incluant la définition des structures de données, la construction de la base, la manipulation des données via des requêtes et mises à jour, ainsi que le partage des données entre plusieurs utilisateurs et applications.

Gestion des méta-données. Le SGBD stocke des informations descriptives sur la base de données, appelées méta-données, dans un catalogue ou dictionnaire de données. Ces méta-données détaillent les types, structures et contraintes des données, permettant au SGBD de comprendre et de gérer efficacement les données.

Processus clés :

• Définir : spécifier les types, structures et contraintes des données.
• Construire : stocker les données sur un support contrôlé par le SGBD.
• Manipuler : interroger, mettre à jour et générer des rapports à partir des données.
• Partager : permettre à plusieurs utilisateurs et programmes d’accéder simultanément à la base.

3. Systèmes auto-descriptifs : la méta-donnée au cœur du système

Une caractéristique fondamentale de l’approche base de données est que le système contient non seulement la base elle-même, mais aussi une définition complète ou une description de la structure et des contraintes de la base.

Le rôle du catalogue. Une des spécificités d’un SGBD est sa capacité à stocker une description complète de la structure et des contraintes de la base au sein même du système. Cette description, appelée méta-donnée, est conservée dans le catalogue du SGBD et utilisée par le logiciel ainsi que par les utilisateurs pour comprendre l’organisation de la base.

Indépendance programme-données. Contrairement aux systèmes traditionnels de gestion de fichiers, où les définitions des données sont intégrées dans les programmes applicatifs, un SGBD offre une indépendance entre programmes et données. Cela signifie que les modifications de la structure de la base ne nécessitent pas forcément de modifier les programmes qui y accèdent.

Exception NOSQL. Il est important de noter que certains systèmes plus récents, dits NOSQL, ne requièrent pas de méta-données séparées. Les données sont alors stockées sous forme auto-descriptive, où noms et valeurs des éléments de données cohabitent dans une même structure.

4. Abstraction des données : masquer la complexité aux utilisateurs

Un SGBD fournit aux utilisateurs une représentation conceptuelle des données, sans inclure de nombreux détails sur leur stockage ou la manière dont les opérations sont mises en œuvre.

Représentation conceptuelle. L’abstraction des données permet aux utilisateurs d’interagir avec les données à un niveau conceptuel, sans avoir à connaître les détails du stockage ou de l’implémentation. Cela s’obtient grâce à des modèles de données, qui offrent une représentation logique des données plus accessible.

Avantages du modèle de données :

• Cache les détails de stockage et d’implémentation.
• Offre une représentation conceptuelle des données.
• Utilise des concepts logiques tels que objets, propriétés et relations.

Indépendance programme-opération. Dans les bases orientées objet ou objet-relationnelles, l’abstraction s’étend aux opérations sur les données. Les utilisateurs peuvent invoquer des opérations sans connaître leur implémentation, simplifiant ainsi l’interaction avec la base.

5. SGBD multi-utilisateurs : partage et gestion de la concurrence

Un SGBD multi-utilisateurs, comme son nom l’indique, doit permettre à plusieurs utilisateurs d’accéder simultanément à la base de données.

Contrôle de la concurrence. Un SGBD multi-utilisateurs doit gérer l’accès concurrent aux données. Cela nécessite des mécanismes de contrôle de la concurrence pour éviter que les transactions simultanées ne se perturbent mutuellement et pour garantir la cohérence de la base.

Transactions et propriétés ACID. Le concept de transaction est central dans les SGBD multi-utilisateurs. Une transaction est une suite d’opérations sur la base qui doit s’exécuter comme une unité indivisible. Le SGBD doit garantir les propriétés ACID des transactions :

• Atomicité : toutes les opérations d’une transaction sont exécutées ou aucune.
• Cohérence : la transaction maintient la cohérence de la base.
• Isolation : les transactions s’exécutent comme si elles étaient isolées les unes des autres.
• Durabilité : les modifications d’une transaction validée sont permanentes.

6. Les avantages de l’approche SGBD : un contrôle centralisé

L’approche base de données permet à l’administrateur de définir et d’appliquer des normes parmi les utilisateurs dans une grande organisation.

Gestion centralisée des données. L’approche SGBD présente plusieurs avantages par rapport aux systèmes traditionnels de gestion de fichiers, notamment :

• Contrôle de la redondance : minimiser la duplication des données pour économiser l’espace et garantir la cohérence.
• Restriction des accès non autorisés : mettre en place des mécanismes de sécurité pour protéger les données sensibles.
• Stockage persistant des objets programmes : permettre le stockage et la récupération de structures de données complexes.
• Traitement efficace des requêtes : offrir des structures de stockage et des techniques de recherche performantes.
• Sauvegarde et récupération : fournir des moyens de restauration en cas de défaillance matérielle ou logicielle.
• Interfaces multiples : supporter divers types d’interfaces adaptées aux besoins des utilisateurs.
• Relations complexes : représenter des relations complexes entre données.
• Application des contraintes d’intégrité : définir et faire respecter des règles garantissant la validité des données.
• Inférences et actions : permettre des inférences et actions via des règles et déclencheurs.

Standardisation et gain de temps. L’approche base de données facilite l’application de normes, réduit le temps de développement des applications et offre une flexibilité pour s’adapter aux évolutions. Elle assure aussi la disponibilité d’informations à jour et des économies d’échelle.

7. Évolution des applications de bases de données : un regard historique

De nombreuses premières applications de bases de données ont été utilisées pour gérer des enregistrements dans de grandes organisations telles que entreprises, universités, hôpitaux et banques.

Les premiers systèmes. Les premières applications, développées dans les années 1960 et 1970, reposaient sur des systèmes hiérarchiques et en réseau. Ces systèmes manquaient d’abstraction des données et d’indépendance programme-données, rendant difficile l’adaptation aux besoins changeants.

La révolution relationnelle. Les bases relationnelles, apparues dans les années 1980, ont introduit l’abstraction des données et la flexibilité applicative grâce à des langages de requête de haut niveau et à la séparation du stockage physique et de la représentation conceptuelle. Elles ont dominé les applications traditionnelles.

Orienté objet et au-delà. L’émergence des langages orientés objet a conduit au développement des bases orientées objet (OODB) pour stocker des objets complexes. XML est devenu un standard d’échange de données sur le Web, et les systèmes de bases ont été étendus pour supporter des applications spécialisées comme les données scientifiques, multimédias et spatiales.

Big data et NOSQL. La prolifération des réseaux sociaux et du cloud computing a favorisé l’apparition des systèmes de stockage big data et des bases NOSQL, conçus pour gérer des volumes massifs de données avec performance et scalabilité.

8. Architecture à trois schémas : séparer les préoccupations

L’objectif de l’architecture à trois schémas est de séparer les applications utilisateurs de la base physique.

Niveaux d’abstraction. L’architecture à trois schémas organise les systèmes de bases de données en trois niveaux :

• Niveau interne : décrit la structure physique de stockage de la base.
• Niveau conceptuel : décrit la structure globale de la base pour une communauté d’utilisateurs.
• Niveau externe : décrit la partie de la base qui intéresse un groupe d’utilisateurs particulier.

Indépendance des données. Cette architecture favorise l’indépendance des données, permettant de modifier le schéma à un niveau sans affecter celui du niveau supérieur. L’indépendance logique permet de changer le schéma conceptuel sans impacter les schémas externes, tandis que l’indépendance physique permet de modifier le schéma interne sans toucher au schéma conceptuel.

Transformations. Le SGBD doit transformer les requêtes et résultats entre les différents niveaux de schéma. Ces transformations, appelées mappings, sont essentielles pour garantir l’indépendance des données.

9. Langages et interfaces de bases de données : adaptés aux utilisateurs

Le SGBD doit fournir des langages et interfaces appropriés pour chaque catégorie d’utilisateurs.

Diversité des interfaces. Un SGBD doit proposer une variété de langages et interfaces pour répondre aux besoins d’utilisateurs aux compétences techniques variées, notamment :

• Langage de définition de données (DDL) : utilisé par les administrateurs et concepteurs pour définir le schéma.
• Langage de définition de stockage (SDL) : utilisé pour spécifier le schéma interne.
• Langage de définition de vues (VDL) : utilisé pour définir les vues utilisateurs et leur correspondance avec le schéma conceptuel.
• Langage de manipulation de données (DML) : utilisé pour interroger, insérer, supprimer et modifier les données.

Interfaces conviviales. Outre les langages formels, un SGBD doit offrir des interfaces conviviales telles que des menus, des applications mobiles, des formulaires, des interfaces graphiques et des interfaces en langage naturel.

10. Architectures centralisées et client/serveur : répartir la charge

Dans une architecture client/serveur basique, la fonctionnalité du système est répartie entre deux types de modules.

SGBD centralisés. Les architectures plus anciennes utilisaient des ordinateurs centraux pour assurer le traitement principal de toutes les fonctions. Tout le traitement s’effectuait à distance sur le système hébergeant le SGBD.

Architecture client/serveur. Cette architecture répartit les fonctions entre les modules clients, qui gèrent l’interaction utilisateur et les programmes applicatifs, et les modules serveurs, qui assurent le stockage, l’accès et la recherche des données.

Architecture à deux niveaux. Dans les architectures à deux niveaux, l’interface utilisateur et les programmes applicatifs s’exécutent côté client, tandis que le SGBD fonctionne côté serveur.

Architecture à trois niveaux. L’architecture à trois niveaux ajoute une couche intermédiaire entre client et serveur de base, appelée serveur d’applications ou serveur Web. Ce serveur exécute les programmes applicatifs et stocke les règles métier, améliorant la sécurité et la scalabilité.

11. Classification des SGBD : une approche multifacette

Plusieurs critères permettent de classifier les SGBD.

Modèle de données. Les SGBD se classent selon le modèle de données utilisé : relationnel, objet, objet-relationnel, NOSQL, hiérarchique ou en réseau.

Nombre d’utilisateurs. Ils peuvent être mono-utilisateur ou multi-utilisateurs, selon le nombre d’utilisateurs simultanés supportés.

Nombre de sites. Les SGBD peuvent être centralisés, avec les données stockées sur un seul site, ou distribués, avec des données réparties sur plusieurs sites reliés par un réseau.

Coût. Ils vont des systèmes open source (gratuits) aux systèmes commerciaux coûteux, avec des composants modulaires et diverses options de licence.

Options d’accès. Les SGBD peuvent s’appuyer sur des structures de fichiers inversés ou d’autres chemins d’accès.

Finalité. Ils peuvent être à usage général ou spécialisé, selon les besoins spécifiques des applications.