Bases de données Fabienne Thomarat Tony Bourdier

Présentation au sujet: "Bases de données Fabienne Thomarat Tony Bourdier"— Transcription de la présentation:

1 Bases de données Fabienne Thomarat Tony Bourdier
Tony Bourdier

2 Introduction

3 Introduction Concept de systèmes de bases de données
Architecture des SGBD Fonctions et langages des SGBD Comment concevoir et utiliser une base de données ?

4 Introduction Concept de systèmes de bases de données
 BD : définition et intérêts  SGBD et programmes d’application  indépendance données – programmes Architecture des SGBD Fonctions et langages des SGBD Comment concevoir et utiliser une base de données ?

5 BD : définition et intérêts
Concept de systèmes de bases de données BD : définition et intérêts Nom société Adresse Compte bancaire … Nom Prénom Sexe Date de naissance Adresse Profession … Nom Prénom Adresse Compte bancaire …

6 BD : définition et intérêts
Concept de systèmes de bases de données BD : définition et intérêts définition d’une base de données : ensemble structuré de données possédant un lien entre elles.  nécessite une modélisation du monde réel acronymes :  BD : Base de Données  BDD : Base De Données  DB : Data Base

7 BD : définition et intérêts
Concept de systèmes de bases de données BD : définition et intérêts définition d’une base de données (informatisée) : ensemble structuré de données enregistrées sur des supports accessibles par l’ordinateur, représentant des informations du monde réel pouvant être interrogées et mises à jour par une communauté d’utilisateurs de façon sélective et en un temps opportun.

8 BD : définition et intérêts
Concept de systèmes de bases de données BD : définition et intérêts définition d’une base de données (informatisée) : ensemble structuré de données enregistrées sur des supports accessibles par l’ordinateur, représentant des informations du monde réel pouvant être interrogées et mises à jour par une communauté d’utilisateurs de façon sélective et en un temps opportun. exemple : cabinet médical sans BD cardiologue dentiste Redondance Nom Prénom Poids Médecin référent … Nom Prénom Dents traitées … Nom Prénom Médecin Honoraire … Risque d’incohérence

9 BD : définition et intérêts
Concept de systèmes de bases de données BD : définition et intérêts définition d’une base de données (informatisée) : ensemble structuré de données enregistrées sur des supports accessibles par l’ordinateur, représentant des informations du monde réel pouvant être interrogées et mises à jour par une communauté d’utilisateurs de façon sélective et en un temps opportun. exemple : cabinet médical avec BD BD Nom Prénom Poids Médecin référent Dents traités Médecin Honoraire …

10 BD : définition et intérêts
Concept de systèmes de bases de données BD : définition et intérêts définition d’une base de données (informatisée) : ensemble structuré de données enregistrées sur des supports accessibles par l’ordinateur, représentant des informations du monde réel pouvant être interrogées et mises à jour par une communauté d’utilisateurs de façon sélective et en un temps opportun. exemple : cabinet médical sans BD Nom Prénom Poids Médecin référent … Dents traitées Médecin Honoraire cardiologue dentiste Quels sont les patients ayant pour médecin référent M. Dupont et qui portent un appareil dentaire ?

11 BD : définition et intérêts
Concept de systèmes de bases de données BD : définition et intérêts définition d’une base de données (informatisée) : ensemble structuré de données enregistrées sur des supports accessibles par l’ordinateur, représentant des informations du monde réel pouvant être interrogées et mises à jour par une communauté d’utilisateurs de façon sélective et en un temps opportun. exemple : cabinet médical avec BD Quels sont les patients ayant pour médecin référent M. Dupont et qui portent un appareil dentaire ? BD Nom Prénom Poids Médecin référent Dents traités Médecin Honoraire …

12 BD : définition et intérêts
Concept de systèmes de bases de données BD : définition et intérêts intérêts de l’utilisation d’une BD :  organiser les données pour éviter la redondance et assurer la cohérence  stocker des données  interroger des données  partage des données par plusieurs utilisateurs avec des vues différentes

13 SGBD et programmes d’application
Concept de systèmes de bases de données SGBD et programmes d’application SGBD (Système de Gestion de Bases de Données) : logiciel qui assure la création et la gestion de bases de données. SGBD : ensemble de programmes assurant les processus de :  définition de la BD  construction de la BD  manipulation de la BD  partage de la BD programme d’application (application) : programme informatique qui interagit avec la base de données en adressant une requête appropriée au SGBD

14 SGBD et programmes d’application
Concept de systèmes de bases de données SGBD et programmes d’application exemple : achat au supermarché demande de prix BD Programme d’application SGBD diminution du stock envoi du prix  commande système de BD = BD + SGBD + programmes d’application Les systèmes de BD font partie de notre vie quotidienne !

15 Indépendance données - programmes
Concept de systèmes de bases de données Indépendance données - programmes exemple : achat au supermarché demande de prix BD Programme d’application SGBD diminution du stock envoi du prix  commande  indépendance données – programmes/traitements

16 Introduction Concept de systèmes de bases de données
Architecture des SGBD Fonctions, langages et interfaces des SGBD Comment concevoir et utiliser une base de données ?

17 Introduction Concept de systèmes de bases de données
Architecture des SGBD  architecture théorique : indépendance des données  architecture dans la pratique et modèles des données  le niveau conceptuel : pourquoi modéliser ?  le niveau logique : les différents modèles logiques  le niveau externe : les vues  le niveau physique : la catalogue système ou dictionnaire de données Fonctions, langages et interfaces des SGBD Comment concevoir et utiliser une base de données ?

18 Organisation physique des données
Architecture des SGBD Architecture théorique : indépendance des données architecture ANSI/SPARC (standardisée en 1975) : modèle théorique en trois couches (trois niveaux d’abstraction) utilisateur 1 utilisateur 2 utilisateur n Niveau externe schéma externe schéma externe schéma externe … Niveau conceptuel schéma conceptuel Niveau interne schéma interne Organisation physique des données BD

19 Architecture théorique : indépendance des données
Architecture des SGBD Architecture théorique : indépendance des données Trois niveaux :  niveau externe : la vue de la BD par les utilisateurs. façon dont les utilisateurs perçoivent les données  niveau conceptuel : la vue de l’ensemble de la BD. fournit la correspondance et l’indépendance entre le niveau externe et le niveau interne  niveau interne : la représentation physique de la BD. façon dont le SGBD perçoit les données

20 Organisation physique des données
Architecture des SGBD Architecture théorique : indépendance des données architecture ANSI/SPARC utilisateur 1 utilisateur 2 utilisateur n Niveau externe schéma externe schéma externe schéma externe vue des utilisateurs ou des programmes d’application … Niveau conceptuel schéma conceptuel indépendance données - traitements Niveau interne schéma interne description du stockage des données Organisation physique des données BD

21 Architecture théorique : indépendance des données
Architecture des SGBD Architecture théorique : indépendance des données indépendance de données :  indépendance logique des données : immunité des schémas externes par rapport aux modifications apportées au schéma conceptuel  indépendance physique des données : immunité du schéma conceptuel par rapport aux modifications apportées au schéma interne

22 Organisation physique des données
Architecture des SGBD Architecture théorique : indépendance des données architecture ANSI/SPARC utilisateur 1 utilisateur 2 utilisateur n Niveau externe schéma externe schéma externe schéma externe … indépendance logique des données Niveau conceptuel schéma conceptuel indépendance physique des données Niveau interne schéma interne Organisation physique des données BD

23 Architecture théorique : indépendance des données
Architecture des SGBD Architecture théorique : indépendance des données indépendance de données :  indépendance logique des données : immunité des schémas externes par rapport aux modifications apportées au schéma conceptuel correspondance externe-conceptuelle  indépendance physique des données : immunité du schéma conceptuel par rapport aux modifications apportées au schéma interne correspondance conceptuelle-interne conséquence de l’indépendance de données : diminution de l’efficacité correspondance directe entre schéma interne et schémas externes dans beaucoup de SGBD !

24 Organisation physique des données
Architecture des SGBD Architecture théorique : indépendance des données architecture ANSI/SPARC (standardisée en 1975) : modèle théorique en trois couches (trois niveaux d’abstraction) utilisateur 1 utilisateur 2 utilisateur n Niveau externe schéma externe schéma externe schéma externe … Niveau conceptuel schéma conceptuel Niveau interne schéma interne Organisation physique des données BD

25 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données modèle de données : manière de décrire les données, les associations entre les données et les contraintes qui s’appliquent aux données. types de modèle de données :  modèles de données conceptuels (ou modèles de haut niveau)  modèles de données logiques ou représentationnels (ou modèles d’implémentation)  modèles de données physiques (ou modèles de bas niveaux)

26 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD SBGD

27 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation indépendant de toute implantation (donc du SGBD) schéma physique 4. stockage BD SBGD

28 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD SBGD

29 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique géré par le SGBD 4. stockage BD SBGD

30 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD SBGD

31 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD SBGD

32 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel le concepteur de BD utilisateurs vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD SBGD

33 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD

34 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ? monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD

35 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ? exemple : tableau de patients d’un cardiologue Nom Date_naissance Diagnostic principal Medecin_Referent Tel_Medecin_Ref Annie Dupreux 04/07/1956 Infarctus du myocarde Philippe Trisse Tristan Delerme 12 avril 1987 Hypertension artérielle Grégoire Lenoir Laurent Debrout 14-juillet-2007 Épanchement péricardique Grégoire Lenoir Dupont Henri 31 décembre 1967 HTA Philippe Trisse Dupont Henri 31 décembre 1967 Hypertension artérielle Pierre Boulois Christophe Ivolie 12/04/87 Infarctus Philippe Trisse Carine Dupuis 1954/02/25 Insuffisance cardiaque Pierre Boulois Martin Dominique Anévrisme Odile Ténard Alexis Courrier 21 janvier 1990 Hypertension Grégoire Lenoir Hélène Prigent 08/06/1975 Tachycardie Philippe Trisse

36 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ?  anomalie lors de l’insertion Tel_Medecin_Ref Annie Dupreux 04/07/1956 Tristan Delerme 12 avril 1987 Laurent Debrout 14-juillet-2007 Nom Date_naissance Infarctus du myocarde Hypertension artérielle Épanchement péricardique Diagnostic principal Philippe Trisse Grégoire Lenoir Medecin_Referent Dupont Henri 31 décembre 1967 Christophe Ivolie 12/04/87 HTA Infarctus Pierre Boulois Carine Dupuis 1954/02/25 Martin Dominique Alexis Courrier 21 janvier 1990 Insuffisance cardiaque Anévrisme Hypertension Odile Ténard Hélène Prigent 08/06/1975 Tachycardie Patients homonymes ou patient inséré plusieurs fois ?  quels sont les données qui permettent de caractériser de manière unique un patient ?

37 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ?  anomalie lors de la modification Tel_Medecin_Ref Annie Dupreux 04/07/1956 Tristan Delerme 12 avril 1987 Laurent Debrout 14-juillet-2007 Nom Date_naissance Infarctus du myocarde Hypertension artérielle Épanchement péricardique Diagnostic principal Philippe Trisse Grégoire Lenoir Medecin_Referent Dupont Henri 31 décembre 1967 Christophe Ivolie 12/04/87 HTA Infarctus Pierre Boulois Carine Dupuis 1954/02/25 Martin Dominique Alexis Courrier 21 janvier 1990 Insuffisance cardiaque Anévrisme Hypertension Odile Ténard Hélène Prigent 08/06/1975 Tachycardie Médecins homonymes ou même médecin ? Quel est le numéro de téléphone correct ?  comment éviter la redondance des données ?

38 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ?  anomalie lors de la suppression Tel_Medecin_Ref Annie Dupreux 04/07/1956 Tristan Delerme 12 avril 1987 Laurent Debrout 14-juillet-2007 Nom Date_naissance Infarctus du myocarde Hypertension artérielle Épanchement péricardique Diagnostic principal Philippe Trisse Grégoire Lenoir Medecin_Referent Dupont Henri 31 décembre 1967 Christophe Ivolie 12/04/87 HTA Infarctus Pierre Boulois Carine Dupuis 1954/02/25 Martin Dominique Alexis Courrier 21 janvier 1990 Insuffisance cardiaque Anévrisme Hypertension Odile Ténard Hélène Prigent 08/06/1975 Tachycardie Suppression d’un patient  Perte des informations relatives à son médecin !  comment rendre indépendantes certaines données ?

39 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ?  problème pour rechercher et traiter les données Tel_Medecin_Ref Annie Dupreux 04/07/1956 Tristan Delerme 12 avril 1987 Laurent Debrout 14-juillet-2007 Nom Date_naissance Infarctus du myocarde Hypertension artérielle Épanchement péricardique Diagnostic principal Philippe Trisse Grégoire Lenoir Medecin_Referent Dupont Henri 31 décembre 1967 Christophe Ivolie 12/04/87 HTA Infarctus Pierre Boulois Carine Dupuis 1954/02/25 Martin Dominique Alexis Courrier 21 janvier 1990 Insuffisance cardiaque Anévrisme Hypertension Odile Ténard Hélène Prigent 08/06/1975 Tachycardie Quel est le prénom du patient « Martin Dominique » ?  comment choisir et structurer les données ?

40 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ?  problème pour rechercher et traiter les données Tel_Medecin_Ref Annie Dupreux 04/07/1956 Tristan Delerme 12 avril 1987 Laurent Debrout 14-juillet-2007 Nom Date_naissance Infarctus du myocarde Hypertension artérielle Épanchement péricardique Diagnostic principal Philippe Trisse Grégoire Lenoir Medecin_Referent Dupont Henri 31 décembre 1967 Christophe Ivolie 12/04/87 HTA Infarctus Pierre Boulois Carine Dupuis 1954/02/25 Martin Dominique Alexis Courrier 21 janvier 1990 Insuffisance cardiaque Anévrisme Hypertension Odile Ténard Hélène Prigent 08/06/1975 Tachycardie Combien de patients souffrent d’hypertension artérielle ? Quel âge a un patient donné ?  comment homogénéiser des données ?

41 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ? exemple : tableau de patients d’un cardiologue Nom Date_naissance Diagnostic principal Medecin_Referent Tel_Medecin_Ref  comment éviter la redondance des données ?  comment rendre indépendantes certaines données ?  quels sont les données qui permettent de caractériser de manière unique un patient ?  comment choisir des données ? Nom Medecin_Referent Date_naissance Tel_Medecin_Ref Diagnostic principal Numero_Praticien Numero_SS

42 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ? exemple : tableau de patients d’un cardiologue Nom Date_naissance Diagnostic principal Medecin_Referent Tel_Medecin_Ref  comment éviter la redondance des données ?  comment rendre indépendantes certaines données ?  quels sont les données qui permettent de caractériser de manière unique un patient ?  comment choisir des données ? Nom Prénom Medecin_Referent Date_naissance Tel_Medecin_Ref Diagnostic principal Numero_Praticien Numero_SS

43 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ? exemple : tableau de patients d’un cardiologue Nom Date_naissance Diagnostic principal Medecin_Referent Tel_Medecin_Ref  comment éviter la redondance des données ?  comment rendre indépendantes certaines données ?  quels sont les données qui permettent de caractériser de manière unique un patient ?  comment choisir des données ? Nom Nom_Médecin Prénom Prénom_Médecin Date_naissance Tel_Medecin_Ref Diagnostic principal Numero_Praticien Numero_SS

44 Le niveau conceptuel : pourquoi modéliser ?
Architecture des SGBD Le niveau conceptuel : pourquoi modéliser ? exemple : tableau de patients d’un cardiologue  modélisation :  entité : représentation d’un objet  attribut : caractéristique d’une entité ou d’une association  association : lien entre un ou plusieurs entités  modèle entité-association Patient Médecin_Référent entités Nom Nom_Médecin attributs attributs Prénom Rend visite Prénom_Médecin Date_naissance Tel_Medecin_Ref association Diagnostic principal Numero_Praticien Numero_SS

45 Le niveau logique : les différents modèles logiques
Architecture des SGBD Le niveau logique : les différents modèles logiques monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD

46 Le niveau logique : les différents modèles logiques
Architecture des SGBD Le niveau logique : les différents modèles logiques historique :  modèle hiérarchique : données représentées sous forme d’une arborescence descendante (arbre). modèle hiérarchique

47 Le niveau logique : les différents modèles logiques
Architecture des SGBD Le niveau logique : les différents modèles logiques secrétaires Viton Delphine médecins Delorme François cardiologue Terrond Isabelle dentiste Dupreux Annie Dupont Henri patients Debrout Laurent Martin Daniel Dupont Henri Courrier Alexis

48 Le niveau logique : les différents modèles logiques
Architecture des SGBD Le niveau logique : les différents modèles logiques historique :  modèle hiérarchique : données représentées sous forme d’une arborescence descendante (arbre).  modèle réseau : données représentées sous forme d’un graphe quelconque. modèle hiérarchique modèle réseau

49 Le niveau logique : les différents modèles logiques
Architecture des SGBD Le niveau logique : les différents modèles logiques secrétaires Viton Delphine médecins Delorme François cardiologue Terrond Isabelle dentiste Dupreux Annie Dupont Henri patients Debrout Laurent Martin Daniel Courrier Alexis

50 Le niveau logique : les différents modèles logiques
Architecture des SGBD Le niveau logique : les différents modèles logiques secrétaires Viton Delphine médecins Delorme François cardiologue Terrond Isabelle dentiste Dupreux Annie Dupont Henri patients Debrout Laurent Martin Daniel Courrier Alexis Visite 1 Visite 2 Visite 3

51 Les modèles de bases de données
Architecture des SGBD Les modèles de bases de données modèle de données (ou modèles de bases de données) : manière de structurer l’information dans une BD. historique :  modèle hiérarchique : données représentées sous forme d’une arborescence descendante (arbre). 1ère génération:  modèle réseau : données représentées sous forme d’un graphe quelconque.  modèle relationnel : données représentées sous forme de tables. 2ème génération:

52 Le niveau logique : les différents modèles logiques
Architecture des SGBD Le niveau logique : les différents modèles logiques secrétaires médecins Nom Prénom Num_tel S001 Num_sec Nom Prénom Spécialité M001 M002 Num_med S001 Num_sec Viton Delphine Delorme François cardiologue Terrond Isabelle dentiste patients M001 M002 Num_med visites P001 P004 P003 Num_pat 05/09/2008 07/09/2008 Date 04/10/2008 Nom Prénom P001 P002 P003 P004 P005 Num_pat Dupreux Annie Debrout Laurent Dupont Henri Martin Daniel Courrier Alexis

53 Le modèles de bases de données
Architecture des SGBD Le modèles de bases de données modèle de données (ou modèles de bases de données) : manière de structurer l’information dans une BD. historique :  modèle hiérarchique : données représentées sous forme d’une arborescence descendante (arbre). 1ère génération:  modèle réseau : données représentées sous forme d’un graphe quelconque. 2ème génération:  modèle relationnel : données représentées sous forme de tables.  modèle objet : données représentées sous forme d’objets 3ème génération:  modèle relationnel-objet : hybridation entre relationnel et objet Principal modèle utilisé aujourd’hui : le modèle relationnel

54 Le modèle relationnel introduit par E.F. Codd en 1970
Architecture des SGBD Le modèle relationnel introduit par E.F. Codd en 1970 basé sur des concepts mathématiques (théorie des ensembles, logique du premier ordre) modélisation des données de la BD sous forme de tables ou relations (ensemble d’attributs) représentant un objet ou une association d’objets attribut NumClient Nom Prénom Adresse Ville Dup01 Dupont Denis 34 square Lamartine Paris enregistrement ou n-uplet BAR01 Barton Rémi 189 rue de la République Toulouse LEV01 Levert Sylvie 23 rue Jean Moulin Lyon langage d’interrogation dédié aux BD relationnelles (SQL Structured Query Language) développé par Codd et normalisé

55 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD

56 Le niveau externe : les vues
Architecture des SGBD Le niveau externe : les vues exemple : employé d’une entreprise  données disponibles Nom Prénom Adresse Code_pos. Ville Date_nais. Sexe Enfants Indice Poste Service Tel. Dupont Jean 1 rue Saint Jean 54000 Nancy 01/01/81 M 2 389 Ing. Dev. 345  vue pour un autre employé Nom Prénom Poste Service Tel. Dupont Jean Ing. Dev. 345  vue pour le service paye Nom Prénom Adresse Code_pos. Ville Date_nais. Enfants Indice Poste Dupont Jean 1 rue Saint Jean 54000 Nancy 01/01/81 2 389 Ing.

57 Architecture dans la pratique et modèle de données
Architecture des SGBD Architecture dans la pratique et modèle de données monde réel vue vue schéma externe 1. modélisation 5. définition des vues 2.traduction schéma conceptuel schéma logique 3. implantation schéma physique 4. stockage BD

58 Le niveau physique : le catalogue système ou dictionnaires des données
Architecture des SGBD Le niveau physique : le catalogue système ou dictionnaires des données le SGBD possède un catalogue système ou dictionnaire des données (métadonnées) :  les noms, les types et les tailles des données  les contraintes d’intégrité des données  les schémas externes, conceptuel et interne, ainsi que leurs correspondances  informations sur l’emplacement de stockage de données et la façon d’y accéder  …  le SGBD gère le schéma physique et le stockage de données  le SGBD gère l’accès aux fichiers  le SGBD gère les correspondances entre les schémas

59 Introduction Concept de systèmes de bases de données
Architecture des SGBD Fonctions et langages des SGBD Comment concevoir et utiliser une base de données ?

60 Introduction Concept de systèmes de bases de données
Architecture des SGBD Fonctions et langages des SGBD Comment concevoir et utiliser une base de données ?

61 stockage, obtention et mise à jour des données
Fonctions et langages des SGBD Fonctions des SGBD fonction principale d’un SGBD : stockage, obtention et mise à jour des données  masquage des détails de l’implémentation physique interne aux yeux de l’utilisateur  accès efficace aux données  manipulation possible par des non-informaticiens  utilisation de langages non-procéduraux

62 Fonctions des SGBD fonctions attendues des SGBD :
Fonctions et langages des SGBD Fonctions des SGBD fonctions attendues des SGBD :  contrôle de la redondance des données  intégrité des données - contraintes sur les enregistrements Dupreux Annie Debrout Laurent patients Nom Prénom exemple : P001 P002 Num_pat 04/07/1956 12/04/1987 Date_nais Menier Xavier P003 15/10/2010

63 Fonctions des SGBD fonctions attendues des SGBD :
Fonctions et langages des SGBD Fonctions des SGBD fonctions attendues des SGBD :  contrôle de la redondance des données  intégrité des données - contraintes sur les enregistrements - contraintes sur les associations entre les enregistrements exemple : patients Nom Prénom Date_nais Num_pat Dupreux Annie 04/07/1956 P001 Debrout Laurent 12/04/1987 P002 M001 M002 Num_med visites P001 P002 Num_pat 05/09/2008 07/09/2008 Date Terrond Isabelle dentiste Delorme François cardiologue médecins Nom Prénom Spécialité M001 M002 Num_med P001 M003 04/10/2008

64 Fonctions des SGBD fonctions attendues des SGBD :
Fonctions et langages des SGBD Fonctions des SGBD fonctions attendues des SGBD :  contrôle de la redondance des données  intégrité des données - contraintes sur les enregistrements - contraintes sur les associations entre les enregistrements  support de transaction exemple : suppression d’une secrétaire et réaffectation des médecins secrétaires médecins Nom Prénom Num_tel Num_sec Nom Prénom Spécialité Num_med Num_sec Viton Delphine S001 Delorme François cardiologue M001 S001 Foux Sophie S002 Terrond Isabelle dentiste M002 S002 Blanc Hélène S003 Trisse Philippe cardiologue M001 S003 Lenoir Grégoire cardiologue M002 S003 Darris Damien dentiste M001 S002 S002 Pinot Jean urologue M002 S001

65 Fonctions des SGBD fonctions attendues des SGBD :
Fonctions et langages des SGBD Fonctions des SGBD fonctions attendues des SGBD :  contrôle de la redondance des données  intégrité des données - contraintes sur les enregistrements - contraintes sur les associations entre les enregistrements  support de transaction exemple : suppression d’une secrétaire et réaffectation des médecins secrétaires médecins Nom Prénom Num_tel Num_sec Nom Prénom Spécialité Num_med Num_sec Viton Delphine S001 Delorme François cardiologue M001 S001 Foux Sophie S002 Terrond Isabelle dentiste M002 S001 Blanc Hélène S003 Trisse Philippe cardiologue M001 S003 Lenoir Grégoire cardiologue M002 S003 Darris Damien dentiste M001 S002 S003 Pinot Jean urologue M002 S001

66 Fonctions des SGBD fonctions attendues des SGBD :
Fonctions et langages des SGBD Fonctions des SGBD fonctions attendues des SGBD :  contrôle de la redondance des données  intégrité des données - contraintes sur les enregistrements - contraintes sur les associations entre les enregistrements  support de transaction  services de contrôle de concurrence  services d’autorisation  services de restauration fonctions réelles des SGBD : ces fonctions sont rarement toutes présentes dans un même SGBD  choix en fonction de la priorité donnée à certains critères :  efficacité d’accès  économie de disque  sécurité…

67 Langages des SGBD langages et architecture trischématique des SGBD :
Fonctions et langages des SGBD Langages des SGBD langages et architecture trischématique des SGBD : utilisateur 1 utilisateur 2 utilisateur n langage de définition de vues (LDV) schéma externe schéma externe schéma externe … langage de définition de données (LDD) schéma logique langage de stockage de données (LSD) schéma interne BD

68 Langages des SGBD langages des SGBD « classiques » :
Fonctions et langages des SGBD Langages des SGBD langages des SGBD « classiques » :  langage de définition de données (LDD) : langage permettant de - définir (ou modifier) le schéma conceptuel (logique), y compris les contraintes d’intégrité  catalogue système - la création de vues  langage de manipulation des données (LMD) : langage permettant de - insérer de nouvelles données - modifier des données - extraire (rechercher et obtenir) des données - supprimer des données 2 types de LMD : - LMD procéduraux - LMD non-procéduraux : SQL

69 Introduction Concept de systèmes de bases de données
Architecture des SGBD Fonctions, langages et interfaces des SGBD Comment concevoir et utiliser une base de données ?

70 Introduction Concept de systèmes de bases de données
Architecture des SGBD Fonctions, langages et interfaces des SGBD Comment concevoir et utiliser une base de données ?

71 Conception de bases de données
Trois étapes : l’analyse du système du monde réel à modéliser :  analyse de l’organisation de l’entreprise  entretien avec le personnel  détermination de l’objectif du système de BD  identification :  des objets à prendre en compte,  de leurs caractéristiques,  des liens qui existent entre eux  des caractéristiques de ces liens  des règles qui définissent le domaine de validité des caractéristiques  modèle entité-association

72 Conception de bases de données
Trois étapes : l’analyse du système du monde réel à modéliser : la mise en forme du modèle pour l’intégrer dans un SGBD :  transformation du modèle précédent pour le rendre acceptables par un SGBD  modification éventuelle des objets et de leurs liens  vérification de la qualité de la base de données  modification éventuelle du modèle  définition des vues du système d’information  modèle relationnel

73 Conception de bases de données
Trois étapes : l’analyse du système du monde réel à modéliser : la mise en forme du modèle pour l’intégrer dans un SGBD : la création effective dans le SGBD des structures et leur remplissage  création des relations (tables)  insertions des valeurs des caractéristiques (attributs)  création des vues

74 Plan du cours

75 Plan du cours Trois étapes :
l’analyse du système du monde réel à modéliser : la mise en forme du modèle pour l’intégrer dans un SGBD : la création effective dans le SGBD des structures et leur remplissage

76 Plan du cours Trois étapes : le modèle entité-association
la mise en forme du modèle pour l’intégrer dans un SGBD : la création effective dans le SGBD des structures et leur remplissage

77 Plan du cours Trois étapes : le modèle entité-association
le modèle relationnel la création effective dans le SGBD des structures et leur remplissage

78 Plan du cours Trois étapes : le modèle entité-association
le modèle relationnel le langage SQL

79 Plan du cours Première partie du cours : Première partie du cours :
3 séances le modèle entité-association le modèle relationnel le langage SQL Deuxième partie du cours : 4 séances utilisation du MySQL programmation en Java et PHP projet

80 Plan du cours Première partie du cours : Première partie du cours :
3 séances le modèle entité-association le modèle relationnel le langage SQL Deuxième partie du cours : 4 séances utilisation du MySQL programmation en Java et PHP projet Examen écrit : 1 séance