La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

Bases de données Tony Bourdier Fabienne Thomarat

Présentations similaires


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

1 Bases de données Tony Bourdier Fabienne Thomarat

2 Introduction

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

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

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

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

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

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

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

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

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

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

13 SGBD et programmes dapplication 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 SGBD (Système de Gestion de Bases de Données) : logiciel qui assure la création et la gestion de bases de données. programme dapplication (application) : programme informatique qui interagit avec la base de données en adressant une requête appropriée au SGBD Concept de systèmes de bases de données

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

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

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

17 Introduction Concept de systèmes de bases de données Architecture des SGBD Comment concevoir et utiliser une base de données ? Fonctions, langages et interfaces des SGBD 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 architecture théorique : indépendance des données

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

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

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

21 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 Architecture théorique : indépendance des données Architecture des SGBD

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

23 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 Architecture théorique : indépendance des données Architecture des SGBD correspondance externe-conceptuelle correspondance conceptuelle-interne conséquence de lindépendance de données : diminution de lefficacité correspondance directe entre schéma interne et schémas externes dans beaucoup de SGBD !

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

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

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

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

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

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

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

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

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

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

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

35 exemple : tableau de patients dun cardiologue Tel_Medecin_Ref Annie Dupreux /07/1956 Tristan Delerme avril 1987 Laurent Debrout14-juillet-2007 NomDate_naissance Infarctus du myocarde Hypertension artérielle Épanchement péricardique Diagnostic principal Philippe Trisse Grégoire Lenoir Medecin_Referent Dupont Henri31 décembre 1967 Dupont Henri décembre 1967 Christophe Ivolie12/04/87 HTA Hypertension artérielle Infarctus Philippe Trisse Pierre Boulois Philippe Trisse Carine Dupuis1954/02/25 Martin Dominique Alexis Courrier21 janvier 1990 Insuffisance cardiaque Anévrisme Hypertension Pierre Boulois Odile Ténard Grégoire Lenoir Hélène Prigent08/06/1975TachycardiePhilippe Trisse Architecture des SGBD

36 Tel_Medecin_Ref Annie Dupreux /07/1956 Tristan Delerme avril 1987 Laurent Debrout14-juillet-2007 NomDate_naissance Infarctus du myocarde Hypertension artérielle Épanchement péricardique Diagnostic principal Philippe Trisse Grégoire Lenoir Medecin_Referent Dupont Henri31 décembre 1967 Dupont Henri décembre 1967 Christophe Ivolie12/04/87 HTA Hypertension artérielle Infarctus Philippe Trisse Pierre Boulois Philippe Trisse Carine Dupuis1954/02/25 Martin Dominique Alexis Courrier21 janvier 1990 Insuffisance cardiaque Anévrisme Hypertension Pierre Boulois Odile Ténard Grégoire Lenoir Hélène Prigent08/06/1975TachycardiePhilippe Trisse Le niveau conceptuel : pourquoi modéliser ? Patients homonymes ou patient inséré plusieurs fois ? quels sont les données qui permettent de caractériser de manière unique un patient ? anomalie lors de linsertion Architecture des SGBD

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

38 Tel_Medecin_Ref Annie Dupreux /07/1956 Tristan Delerme avril 1987 Laurent Debrout14-juillet-2007 NomDate_naissance Infarctus du myocarde Hypertension artérielle Épanchement péricardique Diagnostic principal Philippe Trisse Grégoire Lenoir Medecin_Referent Dupont Henri31 décembre 1967 Dupont Henri décembre 1967 Christophe Ivolie12/04/87 HTA Hypertension artérielle Infarctus Philippe Trisse Pierre Boulois Philippe Trisse Carine Dupuis1954/02/25 Martin Dominique Alexis Courrier21 janvier 1990 Insuffisance cardiaque Anévrisme Hypertension Pierre Boulois Odile Ténard Grégoire Lenoir Hélène Prigent08/06/1975TachycardiePhilippe Trisse Le niveau conceptuel : pourquoi modéliser ? Suppression dun patient Perte des informations relatives à son médecin ! comment rendre indépendantes certaines données ? anomalie lors de la suppression Architecture des SGBD

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

40 Tel_Medecin_Ref Annie Dupreux /07/1956 Tristan Delerme avril 1987 Laurent Debrout14-juillet-2007 NomDate_naissance Infarctus du myocarde Hypertension artérielle Épanchement péricardique Diagnostic principal Philippe Trisse Grégoire Lenoir Medecin_Referent Dupont Henri31 décembre 1967 Dupont Henri décembre 1967 Christophe Ivolie12/04/87 HTA Hypertension artérielle Infarctus Philippe Trisse Pierre Boulois Philippe Trisse Carine Dupuis1954/02/25 Martin Dominique Alexis Courrier21 janvier 1990 Insuffisance cardiaque Anévrisme Hypertension Pierre Boulois Odile Ténard Grégoire Lenoir Hélène Prigent08/06/1975TachycardiePhilippe Trisse Le niveau conceptuel : pourquoi modéliser ? comment homogénéiser des données ? problème pour rechercher et traiter les données Combien de patients souffrent dhypertension artérielle ? Quel âge a un patient donné ? Architecture des SGBD

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

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

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

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

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

46 modèle hiérarchique historique : modèle hiérarchique : données représentées sous forme dune arborescence descendante (arbre). Architecture des SGBD

47 Le niveau logique : les différents modèles logiques Architecture des SGBD VitonDelphine secrétaires DupreuxAnnie TerrondIsabelledentisteDelormeFrançoiscardiologue DebroutLaurent DupontHenri DupontHenri MartinDaniel CourrierAlexis médecins patients

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

49 Le niveau logique : les différents modèles logiques Architecture des SGBD VitonDelphine secrétaires DupreuxAnnie TerrondIsabelledentisteDelormeFrançoiscardiologue DebroutLaurent DupontHenri MartinDaniel CourrierAlexis médecins patients

50 Le niveau logique : les différents modèles logiques Architecture des SGBD VitonDelphine secrétaires DupreuxAnnie TerrondIsabelledentisteDelormeFrançoiscardiologue DebroutLaurent DupontHenri MartinDaniel CourrierAlexis médecins patients Visite 1Visite 2Visite 3

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

52 Le niveau logique : les différents modèles logiques Architecture des SGBD VitonDelphine secrétaires DupreuxAnnie TerrondIsabelledentiste DelormeFrançoiscardiologue DebroutLaurent DupontHenri MartinDaniel CourrierAlexis médecins patients NomPrénomSpécialitéNomPrénomNum_tel NomPrénom P001 P002 P003 P004 P005 Num_pat M001 M002 Num_med visites P001 P004 P003 Num_pat M002 05/09/ /09/2008 Date 04/10/2008 M001 M002 Num_med S001 Num_sec S001 Num_sec S001

53 Le modèles de bases de données modèle hiérarchique : données représentées sous forme dune arborescence descendante (arbre). modèle de données (ou modèles de bases de données) : manière de structurer linformation dans une BD. historique : 1ère génération: modèle réseau : données représentées sous forme dun graphe quelconque. modèle relationnel : données représentées sous forme de tables. 2ème génération: modèle objet : données représentées sous forme dobjets 3ème génération: modèle relationnel-objet : hybridation entre relationnel et objet Principal modèle utilisé aujourdhui : le modèle relationnel Architecture des SGBD

54 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 dattributs) représentant un objet ou une association dobjets NumClient DupontDup01Denis BartonBAR01Rémi LevertLEV01Sylvie NomPrénom 34 square Lamartine 189 rue de la République 23 rue Jean Moulin Adresse Paris Toulouse Lyon Ville attribut enregistrement ou n-uplet Architecture des SGBD langage dinterrogation dédié aux BD relationnelles (SQL Structured Query Language) développé par Codd et normalisé

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

56 Le niveau externe : les vues Date_nais. Dupont01/01/81Jean NomPrénom 1 rue Saint Jean Adresse Nancy Ville exemple : employé dune entreprise Code_pos.Sexe M Enfants 2 Indice 389 Poste Ing. Service Dev. Tel. 345 DupontJean NomPrénomPoste Ing. Service Dev. Tel. 345 Date_nais. Dupont01/01/81Jean NomPrénom 1 rue Saint Jean Adresse Nancy Ville Code_pos.Enfants 2 Indice 389 Poste Ing. données disponibles vue pour un autre employé vue pour le service paye Architecture des SGBD

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

58 Le niveau physique : le catalogue système ou dictionnaires des données Architecture des SGBD le SGBD gère laccès aux fichiers 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 dintégrité des données les schémas externes, conceptuel et interne, ainsi que leurs correspondances informations sur lemplacement de stockage de données et la façon dy accéder le SGBD gère les correspondances entre les schémas le SGBD gère le schéma physique et le stockage de données …

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

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

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

62 fonctions attendues des SGBD : contrôle de la redondance des données intégrité des données Fonctions des SGBD - contraintes sur les enregistrements DupreuxAnnie DebroutLaurent patients NomPrénom exemple : P001 P002 Num_pat 04/07/ /04/1987 Date_nais MenierXavier P003 15/10/2010 Fonctions et langages des SGBD

63 fonctions attendues des SGBD : Fonctions des SGBD DupreuxAnnie DebroutLaurent patients NomPrénom exemple : P001 P002 Num_pat 04/07/ /04/1987 Date_nais - contraintes sur les associations entre les enregistrements M001 M002 Num_med visites P001 P002 Num_pat 05/09/ /09/2008 Date P001M00304/10/2008 TerrondIsabelledentiste DelormeFrançoiscardiologue médecins NomPrénomSpécialité M001 M002 Num_med contrôle de la redondance des données intégrité des données - contraintes sur les enregistrements Fonctions et langages des SGBD

64 fonctions attendues des SGBD : support de transaction Fonctions des SGBD exemple : suppression dune secrétaire et réaffectation des médecins VitonDelphine secrétaires TerrondIsabelledentiste DelormeFrançoiscardiologue médecins NomPrénomSpécialitéNomPrénomNum_tel M001 M002 Num_med S001 Num_sec S001 Num_sec S002 LenoirGrégoirecardiologue TrissePhilippecardiologueM001 M002 S003 PinotJeanurologue DarrisDamiendentisteM001 M002 S002 S001 FouxSophie S002 BlancHélène S003 S002 - contraintes sur les associations entre les enregistrements contrôle de la redondance des données intégrité des données - contraintes sur les enregistrements Fonctions et langages des SGBD

65 fonctions attendues des SGBD : support de transaction Fonctions des SGBD exemple : suppression dune secrétaire et réaffectation des médecins VitonDelphine secrétaires TerrondIsabelledentiste DelormeFrançoiscardiologue médecins NomPrénomSpécialitéNomPrénomNum_tel M001 M002 Num_med S001 Num_sec S001 Num_sec S001 LenoirGrégoirecardiologue TrissePhilippecardiologueM001 M002 S003 PinotJeanurologue DarrisDamiendentisteM001 M002 S002 S001 FouxSophie S002 BlancHélène S003 - contraintes sur les associations entre les enregistrements contrôle de la redondance des données intégrité des données - contraintes sur les enregistrements Fonctions et langages des SGBD

66 fonctions attendues des SGBD : support de transaction Fonctions des SGBD - contraintes sur les associations entre les enregistrements contrôle de la redondance des données intégrité des données - contraintes sur les enregistrements services de contrôle de concurrence services dautorisation 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é daccès économie de disque sécurité… Fonctions et langages des SGBD

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

68 langages des SGBD « classiques » : langage de définition de données (LDD) : langage permettant de Langages des SGBD Fonctions et langages des SGBD - définir (ou modifier) le schéma conceptuel (logique), y compris les contraintes dintégrité - la création de vues catalogue système 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 Comment concevoir et utiliser une base de données ? Fonctions, langages et interfaces des SGBD

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

71 Conception de bases de données Trois étapes : lanalyse du système du monde réel à modéliser : analyse de lorganisation de lentreprise entretien avec le personnel détermination de lobjectif 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 : lanalyse du système du monde réel à modéliser : la mise en forme du modèle pour linté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 dinformation modèle relationnel

73 Conception de bases de données Trois étapes : lanalyse du système du monde réel à modéliser : la mise en forme du modèle pour linté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 Trois étapes : lanalyse du système du monde réel à modéliser : la mise en forme du modèle pour linté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 linté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 : le modèle entité-association le modèle relationnel le langage SQL Première partie du cours :3 séances utilisation du MySQL Deuxième partie du cours : 4 séances programmation en Java et PHP projet

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


Télécharger ppt "Bases de données Tony Bourdier Fabienne Thomarat"

Présentations similaires


Annonces Google