1 / 18

INTRODUCTION ET ARCHITECTURES

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

pier
Download Presentation

INTRODUCTION ET ARCHITECTURES

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

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

  2. 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

  3. 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)

  4. 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

  5. 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

  6. Conceptuel 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) Niveaux de schémas 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

  7. Admin. Entreprise Admin. Application Admin. BD Programmeur. d’application Architecture ANSI/X3/SPARC 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

  8. 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 ?

  9. 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

  10. 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

  11. 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

  12. 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

  13. 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

  14. 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)

  15. 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

  16. 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 ?

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

  18. 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

More Related