INTRODUCTION ET ARCHITECTURES 1. Objectifs des SGBD 2. Applications et schémas 3. Architectures client-serveur 4. Le marché des SGBD

1. Objectifs des SGBD (1) INDÉPENDANCE PROGRAMMES/DONNÉES Indépendance physique Indépendance logique ACCÉS PAR DES LANGAGES ASSERTIONNELS Recherche (le quoi et non le comment) Insertion (en groupes, calculées) Mise à jour (basée sur la recherche) EFFICACITÉ DES ACCÈS Temps de réponse & débit global Benchmarks TPC/A, B, C, D ==> TPS, CPM

Objectifs des SGBD (2) SUPPORT DE TRANSACTIONS ACID Atomique (tout ou rien) Cohérente (respect de l'intégrité) Isolée (non visibilité des mises à jour non commise) Durable (garantie des mises à jour commises) PARTAGEABILITÉ ET SÉCURITE DES DONNÉES Simultanéité lecture/écriture maximum Accès transactionnels & décisionnels Confidentialité (authentification, droits d'accès, cryptage) Restauration après pannes (journaux, sauvegardes)

Objectifs des SGBD (3) CONCEPTION FACILITÉE DES APPLICATIONS Conception visuelle des BD (diagrammes E/R, objets) Conception des traitements (diagrammes de flux entre modules) Dictionnaire de données (objets BD, graphiques, applicatifs) ADMINISTRATION SYSTÈME FACILITÉE Outils d'audit & de tunning Visualisation des plans d ’accès Élaboration de statistiques

2. Les applications Caractéristiques OLTP OLAP Opérations typiques Maj Analyse Type d'accès Lect/Ecr Lecture Niveau d'analyse Elémentaire Global Ecrans Fixe Interactif Quantité d'info échangée Faible Importante Orientation Record Multi-dim. Taille BD 100 MB-GB 1GB - TB Ancienneté des données Récente Récente Historique Future

Niveaux de schémas Conceptuel Interne Externe (vues) description des entités et associations du monde réel Interne implémentation physique des entités et associations dans les fichiers Externe (vues) description des entités et associations vues par un utilisateur (ou un groupe d’utilisateurs) Abus Buveurs Vins VINS NV Cru Millésime Index 1 Chablis 1996 2 Volnay 1978 3 Médoc 1984 TOTALBUS NB Nom Total 1 Denis 356 2 Georges 124 3 Cornell 425

Architecture ANSI/X3/SPARC Admin. Entreprise Admin. Application Admin. BD Processeur de schéma Conceptuel Processeur de schéma Externe Processeur de schéma Interne DICTIONNAIRE Transformateur Interne Stockage Transformateur Conceptuel Interne Transformateur Externe Conceptuel Programme d’application Système d’E/S Programmeur. d’application

Bilan Introduction Les SGBD assurent la gestion efficaces des données partagées et structurées Trois niveaux de schémas implémentés : conceptuel interne externe Questions ? Et le schéma logique de Merise ? Et les fichiers ?

3. L'architecture Client-Serveur Définition modèle d'architecture applicative où les programmes sont répartis entre processus clients et serveurs communiquant par des requêtes avec réponses. Une répartition hiérarchique des fonctions données sur le serveur partagées entre N clients interfaces graphiques sur la station de travail personnelle communication par des protocoles standardisés distribution des programmes applicatifs afin de minimiser les coûts

Pourquoi le C/S ? Évolution des besoins de l'entreprise Augmentation de productivité, rapidité de réactivité souhaitée Utilisation des micros assurant flexibilité et faibles coûts Besoin de décisionnel et transactionnel sur gros volumes Évolution des technologies Systèmes ouverts permettant l'usage de standards Environnements de développement graphiques Explosion de la puissance des micros et des serveurs (parallèles) Solutions techniques séduisantes Les données partagées enfin accessibles simplement Mise en commun des services (règles de gestion, procédures) Gestion de transactions et fiabilité au niveau du serveur

Architecture 1e génération SGBD règles NT, UNIX, NOVELL SERVEUR Données GCOS, VMS, MVS REQUETE RESULTAT Windows NT UNIX CLIENTS APPLICATIONS APPLICATIONS APPLICATION

Le C/S de 2e génération Procédure stockée Procédure accomplissant une fonction de service sur les données Exemple : Entrée ou sortie de stock Architecture orientée services plutôt que requêtes Distribution des traitements Peut être automatisée Évolution et passage à l'échelle Possibilité de serveurs multiples, avec redondances Possibilité de données privées sur les clients Application Outil Applicatif Client Outil de connectabilité Protocole Réseau Requêtes de services Résultats Protocole Réseau Outil de connectabilité Serveur Procédures Stockées Serveur BD base de données

Intérêt du C/S de 2e génération Réduction des transferts réseaux non nécessité de monter les données dans le client pour les modifier appel de services plus compact Distribution automatique des applications développement sur le poste de travail partitionnement par tirer-déposer (drag & drop) Simplification des outils de développement principe de la fenêtre unique modélisation uniforme des objets applicatifs invisibilité du modèle de données à l'extérieur du serveur

Faiblesses du client-serveur Une mise en œuvre difficile nécessité de spécialistes réseaux, BD, PC des outils hétérogènes et peu portables les évolutions sont difficiles Des arguments contre ? accroissement des coûts (40% ?), notamment pour la maintenance des interfaces graphiques hétérogènes (Windows, Motif, Mac) des difficultés de passage à l'échelle (dimensionnement, performance)

Vers le C/S Universel (3e géné.) Intégration du Web et du client-serveur navigateur à présentation standard pour le client possibilité de petites applications (applets) sur le client très grande portabilité (Réseau Privé Virtuel, Intranet, Internet) Architecture à 3 strates (3-tiered) Base de données avec procédures stockées Services applicatifs partagés Présentation hypertexte multimédia avec applets Support de l'hypermédia types de données variées et extensibles (texte, image, vidéo) hypertexte et navigation entre documents et applications

Bilan C/S Les SGBD fonctionnent tous en C/S Trois niveaux de fonctions distinguées : données (SGBD) application (L4G) présentation (Web, Windows, Motif) Questions ? Alors, trois machines et un moniteur transactionnel ?

4. Le marché des SGBD Parts de marché en 1997 Aujourd’hui 3 leaders : Oracle, IBM, Microsoft 1996 1998 source: Dataquest Mars 1998

Source: Gartner Group March 1997 Le choix sur NT . Database Market Share on Windows NT Operating System . . . 45% . MSFT SQL Server 35% Oracle Database 25% . 15% Mais aussi DB2, Informix, … et Sybase 5% 1994 1995 1996 Source: Gartner Group March 1997