Gestion Bibiothéque

l’architecture du système et le déploiement des applications. Gère l’impantation physique de la base, met en œuvre des procédures d’optimisation, de sauvegarde, ... Réalise les applicatifs pour l’utilisateur.

Méthode de conduite de projet

Cahier des charges Méthode de conception Outil de conception

Au début

Du début à la fin

Schéma conceptuel. Dictionnaire de données initial. Dictionnaire de données, dossier de spécifications, modèle physique de données Schéma d’architecture

Au début Le SGBD Du début à la fin

Dossiers de Au spécifications début

Maquettes d’interfaces, prototypes, produit final.

P. Buche

INA-PG UER-Informatique

Bases de données

07/10/2005

page 4

1.4 Système de gestion de base de données

Aujourd’hui, il existe quatre catégories principales de SGBD : • relationnels, • objet-relationnels, • objets, • XML.

Un SGBD est un logiciel offrant 7 services : • Persistance • Gestion du disque • Partage des données • Fiabilité des données • Sécurité des données • Indépendance logique/physique • Langage de description, d’interrogation et de traitement des données

P. Buche

INA-PG UER-Informatique

Bases de données

07/10/2005

page 5

1.4.1 Persistance des données

Des données sont persistantes si elles survivent à l’exécution des programmes. La persistance est obtenue en stockant les données sur disque.

1.4.2 Gestion du disque

Toutes les données de la base ne peuvent pas en général tenir en mémoire centrale. Un simple mécanisme de pagination virtuelle n’est pas suffisant pour obtenir des temps d’accès acceptables aux informations. Une entrée/sortie disque est coûteuse. Les SGBD intègrent des techniques spécifiques pour avoir de bonnes performances : • Index, hash-coding • Regroupement des données sur disque • Optimisation des requêtes • Cache mémoire

P. Buche

INA-PG UER-Informatique

Bases de données

07/10/2005

page 6

1.4.3 Partage des données

Les données sont partagées par un ensemble d’utilisateurs. Chacun d’entre eux doit avoir l’illusion d’être seul. Notion de transaction (begin, abort, commit), unité de cohérence des mises à jour effectuées par un utilisateur. Notion de cohérence collective : sérialisabilité. Support pour la sérialisabilité des transactions : • stratégie pessimiste : le verrouillage à deux phases (pose et libération des verrous). • stratégie optimiste : l’estampillage. Le contrôle de la concurrence porte sur : • la base de données • le schéma • les index

P. Buche

INA-PG UER-Informatique

Bases de données

07/10/2005

page 7

1.4.4 Fiabilité des données

Les données sont chères et stratégiques : elles doivent être fiables. Les données vérifient des contraintes d’intégrité (intégrité référentielle, réflexes). Atomicité des transactions : la transaction doit être complètement effectuée ou pas du tout. Résistance aux pannes : • en cas de panne mémoire : restauration automatique de la base intégrant les dernières transactions validées avant la panne. • en cas de panne disque : restauration d’une sauvegarde et déroulement du journal archivé. • mise en place d’un mécanisme de réplication synchrone de la base dans une base miroir : mirroring.

P. Buche

INA-PG UER-Informatique

Bases de données

07/10/2005

page 8

1.4.5 Sécurité des données

Tous les utilisateurs ne peuvent pas tout faire sur toutes les données. • Notion de groupes d’utilisateurs. • Notion d’autorisation (lecture, écriture, exécution). • Granularité des autorisations : base de donnée, table, colonne, nuplet, ... • Possibilité d’accorder ou de supprimer des droits.

1.4.6 Indépendance logique/physique

L’organisation physique de la base de données est transparente pour le développeur d’application. On doit pouvoir changer la répartition des données sur le disque (exemple : un regroupement ou la pose d’un index) sans changer le code de l’application manipulant les données.

P. Buche

INA-PG UER-Informatique

Bases de données

07/10/2005

page 9

1.4.7 Langage de requête

Les requêtes doivent être : • simples, • déclaratives, • optimisées avant leur exécution Les langages de requêtes ne sont pas complets. L’état de l’art : SQL et QBE, OQL, XQUERY

P. Buche

INA-PG UER-Informatique

Bases de données

07/10/2005

page 10

1.5 L’architecture client-serveur et les bases de données

Depuis le début des années 90, les réseaux LAN (Local Area Network) et WAN (Wide Area Network) sont devenus l’épine dorsale du système informatique des entreprises en s’appuyant sur la technologie Internet. Depuis le milieu des années 90, cette technologie est mise à la disposition du grand public (WEB). L’accès client-serveur aux données est donc devenue une activité essentielle pour un grand nombre de personnes partout dans le monde. Les types d’accès sont : • accès informationnel (requête d’interrogation et réponse), • accès transactionnel (mises à jour rapides en temps réel), • en accès décisionnel (exécution de requêtes complexes sur de gros volumes de données). Mise en place de serveurs offrant : • des systèmes de gestion de bases de données gérant le partage des données, • des interfaces standards permettant la connectivité des applications exécutées en général sur ordinateurs personnels. Les architectures client-serveur sont un modèle d’architecture où les programmes sont répartis entre processus clients et serveurs communiquant par des requêtes avec réponse.

P. Buche

INA-PG UER-Informatique

Bases de données

07/10/2005

page 11

1.5.1 Définitions de bases

Client • Processus demandant l’exécution d’une opération à un autre processus par envoi d’un message (requête) contenant le descriptif de l’opération à exécuter et attendant la réponse à cette opération par un message en retour. • Il supporte une partie du code de l’application. Le code implémente au minimum les dialogues avec les utilisateurs et l’affichage des résultats (GUI : Graphical User Interface). Serveur • Processus accomplissant une opération sur demande d’un client et transmettant la réponse à ce client. • Il assure le stockage, la distribution, la gestion de la disponibilité et de la sécurité des données. Ces fonctionnalités sont offertes par le SGBD résidant sur le serveur ou accessibles sur un autre serveur connecté au réseau. Il supporte une partie du code de l’application : un certain nombre de traitements sur les données peuvent être regroupés et exécutés sur le serveur.

P. Buche

INA-PG UER-Informatique

Bases de données

07/10/2005

page 12

1.5.2 Deux générations de clients/serveurs : du gros client ventru au petit client chétif

1.5.2.1 Première génération : Client-Serveur sur le réseau d’entreprise

Procédures applicatives

Serveur