Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

1 Bases de données Master 1 Monnaie Banque Finance Assurance Année 2017-2018 Jé

1 Bases de données Master 1 Monnaie Banque Finance Assurance Année 2017-2018 Jérôme Darmont http://eric.univ-lyon2.fr/~jdarmont/ Actualité du cours http://eric.univ-lyon2.fr/~jdarmont/ 1 Conception de sites Web http://eric.univ-lyon2.fr/~jdarmont/?page_id=447 http://eric.univ-lyon2.fr/~jdarmont/?feed=rss2 https://twitter.com/darmont_lyon2 #bdmbfa http://eric.univ-lyon2.fr/~jdarmont/ 2 Bases de données Planning des séances Jour Horaire Salle Vendredi 22/09/16 12h00-13h45 Amphi Fugier Vendredi 29/09/16 12h00-13h45 Amphi Fugier Vendredi 06/10/16 12h00-13h45 Amphi Fugier Vendredi 13/10/16 12h00-13h45 Amphi Fugier Vendredi 20/10/16 12h00-13h45 Amphi Fugier Vendredi 27/10/16 12h00-13h45 Amphi Fugier http://eric.univ-lyon2.fr/~jdarmont/ 3 Bases de données Plan du cours Introduction Modèle UML Modèle relationnel Langage SQL Qu’est-ce qu’une base de données (BD) ? http://eric.univ-lyon2.fr/~jdarmont/ 4 Bases de données Collection de données cohérentes et structurées ≠ Base de données Fichiers http://eric.univ-lyon2.fr/~jdarmont/ 5 Bases de données Organisation en fichiers Saisie Traitement Fichier Fichier Traitement Saisie Etat de sortie 2 http://eric.univ-lyon2.fr/~jdarmont/ 6 Bases de données Organisation base de données Saisie + Contrôles Base de données Traitements Etats de sortie http://eric.univ-lyon2.fr/~jdarmont/ 7 Bases de données Avantages de l’organisation BD Uniformisation de la saisie Standardisation des traitements Contrôle immédiat de la validité des données Partage de données entre plusieurs traitements http://eric.univ-lyon2.fr/~jdarmont/ 8 Bases de données Propriétés de l’organisation BD Usage multiple des données Accès facile, rapide, protégé, souple, puissant Coût réduit de stockage, de mise à jour et de saisie Disponibilité, exactitude, cohérence et protection des données ; non redondance Évolution aisée et protection de l’investissement de programmation Indépendance des données et des programmes Conception a priori http://eric.univ-lyon2.fr/~jdarmont/ 9 Bases de données Qu’est-ce qu’un SGBD ? Système de Gestion de Bases de Données : Logiciel(s) assurant structuration, stockage, maintenance, mise à jour et consultation des données d’une BD Exemples SGBD « bureautiques » : Access, Base, Filemaker, Paradox… SGBD serveurs : Oracle, DB2, SQL Server, PostgreSQL, MySQL, MariaDB… http://eric.univ-lyon2.fr/~jdarmont/ 10 Bases de données Objectifs des SGBD Indépendance physique Indépendance logique Manipulation facile des données Administration facile des données Efficacité des accès aux données Redondance contrôlée des données Cohérence des données (contraintes d’intégrité) Partage des données Sécurité des données http://eric.univ-lyon2.fr/~jdarmont/ 11 Bases de données Fonctions des SGBD Description des données : Langage de Définition de Données (LDD) Recherche des données Mise à jour des données Transformation des données Contrôle de l’intégrité des données Gestion de transactions et sécurité Langage de Manipulation de Données (LMD) } Langage de Contrôle de Données (LCD) } 3 Processus de conception d’une BD http://eric.univ-lyon2.fr/~jdarmont/ 12 Bases de données Problème du monde réel Spécifications de la BD Modèle conceptuel Modèle logique Modèle physique Rédaction Analyse Traduction Traduction Indépendant d’un SGBD Spécifique Famille de SGBD SGBD particulier Cahier des charges Sondage express http://eric.univ-lyon2.fr/~jdarmont/ 13 Bases de données A. L’utilité des bases de données B. Le processus de conception des bases de données C. Les deux ! D. Rien du tout… Qu’avez-vous compris jusqu’ici ? Répondre sur http://toreply.univ-lille1.fr Question n° 4598 http://eric.univ-lyon2.fr/~jdarmont/ 14 Bases de données Plan du cours Introduction Modèle UML Modèle relationnel Langage SQL http://eric.univ-lyon2.fr/~jdarmont/ 15 Bases de données Modèle conceptuel UML Standard de l’Object Management Group Ensemble de formalismes graphiques Diagramme de classes http://eric.univ-lyon2.fr/~jdarmont/ 16 Bases de données Classes et attributs Classe : Groupe d’entités du monde réel ayant les mêmes caractéristiques et le même comportement ex. ETUDIANT Attribut : Propriété de la classe ex. Nom et Prénom de l’étudiant·e Représentation graphique : http://eric.univ-lyon2.fr/~jdarmont/ 17 Bases de données Types des attributs Type d’attribut : Nombre entier (Entier) Nombre réel (Réel) Chaîne de caractères (Chaîne) Date (Date) 4 http://eric.univ-lyon2.fr/~jdarmont/ 18 Bases de données Instances Objets de la classe ETUDIANT : les étudiant·es Nom Prénom DateNaiss Etc. Dupont Albertine 01/06/1993 ... West James 03/09/1994 ... Martin Marie 05/06/1995 ... Durand Rachid 15/11/1995 ... Titgoutte Justine 28/02/1996 ... Dupont Noémie 18/09/1995 ... Dupont Albert 23/05/1990 ... Problème : Comment distinguer les Dupont ? http://eric.univ-lyon2.fr/~jdarmont/ 19 Bases de données Identifiant (1/2) Solution : Ajouter un attribut numéro d’étudiant ! NumEtu Nom Prénom DateNaiss 1110 Dupont Albertin 01/06/1993 2002 West James 03/09/1994 3333 Martin Marie 05/06/1995 4042 Durand Rachid 05/11/1995 5552 Titgoutte Justine 28/02/1996 6789 Dupont Noémie 18/09/1995 7000 Dupont Albert 23/05/1990 http://eric.univ-lyon2.fr/~jdarmont/ 20 Bases de données Identifiant (2/2) Le numéro d’étudiant est un attribut identifiant. Un identifiant caractérise de façon unique les instances d’une classe. Convention graphique : NB : Ne pas confondre avec les attributs de classe UML dont c’est la notation usuelle Sondage express http://eric.univ-lyon2.fr/~jdarmont/ 21 Bases de données La notion d’identifiant vous paraît-elle claire ? Répondre sur http://toreply.univ-lille1.fr Question n° 5872 http://eric.univ-lyon2.fr/~jdarmont/ 22 Bases de données Associations Définition : liaison perçue entre des classes ex. Les étudiant·es passent des épreuves. Les classes ETUDIANT et EPREUVE peuvent être qualifiées de participantes à l’association PASSER. Degré ou arité d’une association : nombre de classes participantes. En général : associations binaires (de degré 2). http://eric.univ-lyon2.fr/~jdarmont/ 23 Bases de données Associations récursives Association récursive : une même instance de classe peut jouer plusieurs rôles dans la même association. ex. Employé·es et supérieur·es hiérarchiques Rôle : fonction de chaque classe participante (+). 5 http://eric.univ-lyon2.fr/~jdarmont/ 24 Bases de données Multiplicité (ou cardinalité) Définition : Indicateur qui montre combien d’instances de la classe considérée peuvent être liées à une instance de l’autre classe participant à l’association 1 Un et un seul 0..1 Zéro ou un 0..* ou * Zéro ou plus 1..* Un ou plus M..N De M à N (M, N entiers) ex. 4..10 (de 4 à 10) ex. Un·e étudiant·e possède une et une seule carte Izly. Cette dernière n’est possédée que par un·e seul·e étudiant·e. http://eric.univ-lyon2.fr/~jdarmont/ 25 Bases de données Associations 1-1 Lire "Un·e étudiant·e possède multiplicité (1) carte Izly". http://eric.univ-lyon2.fr/~jdarmont/ 26 Bases de données Associations 1-N ex. Une épreuve relève d’une et une seule matière. Une matière peut donner lieu à plusieurs épreuves. NB : La multiplicité un à plusieurs (1..*) peut aussi être zéro à plusieurs (0..* ou *). http://eric.univ-lyon2.fr/~jdarmont/ 27 Bases de données Associations 0 ou 1-N ex. Un·e étudiant·e peut appartenir ou non à un groupe de TD. Un groupe de TD réunit plusieurs étudiant·es. NB : La multiplicité un à plusieurs (1..*) peut aussi être zéro à plusieurs (0..* ou *). http://eric.univ-lyon2.fr/~jdarmont/ 28 Bases de données Associations M-N ex. Un étudiant·e peut passer plusieurs épreuves. Une épreuve peut être passée par plusieurs étudiant·es. NB : Les multiplicités un à plusieurs (1..*) peuvent aussi être zéro à plusieurs (0..* ou *). Quizz http://eric.univ-lyon2.fr/~jdarmont/ 29 Bases de données A. 1-1 B. 1-N (1 à plusieurs) C. 0 ou 1-N (0 ou 1 à plusieurs) D. M-N (plusieurs à plusieurs) « Les clients achètent des produits » est une association : Répondre sur http://toreply.univ-lille1.fr Question n° 2924 6 http://eric.univ-lyon2.fr/~jdarmont/ 30 Bases de données Classes-associations Il est possible de caractériser une association par des attributs. ex. Un·e étudiant·e obtient une note par épreuve passée. NB : Une classe-association demeure une association. http://eric.univ-lyon2.fr/~jdarmont/ 31 Bases de données Exemple : spécifications (1/2) Les étudiant·es sont caractérisé·es par un numéro unique, leur nom, prénom, date de naissance, rue, code postal et ville. Les étudiant·es possèdent une carte Izly caractérisée par un numéro unique et un solde d’argent utilisable au CROUS. Selon qu’ils ou elles sont dispensé·es ou non d’assiduité, les étudiant·es appartiennent à un groupe de TD caractérisé par un code unique. http://eric.univ-lyon2.fr/~jdarmont/ 32 Bases de données Exemple : spécifications (2/2) Les étudiant·es passent des épreuves et obtiennent une note pour chacune. Les épreuves sont caractérisées par un code, ainsi que la date et le lieu auxquels elles se déroulent. Chaque épreuve relève d'une matière unique (mais une matière donnée peut donner lieu à plusieurs épreuves). Les matières sont caractérisées par un code et un intitulé. http://eric.univ-lyon2.fr/~jdarmont/ 33 Bases de données Démarche de modélisation conceptuelle 1. Identifier les classes 2. Identifier les associations entre les classes 3. Identifier les attributs de chaque classe et de chaque classe-association 4. Identifier et souligner l’identifiant de chaque classe 5. Évaluer les multiplicités des associations http://eric.univ-lyon2.fr/~jdarmont/ 34 Bases de données Exemple : diagramme de classes Quizz http://eric.univ-lyon2.fr/~jdarmont/ 35 Bases de données A. Une classe B. Une association C. Les deux ! D. Obiwan Kenobi Dans le diagramme précédent, PASSER est : Répondre sur http://toreply.univ-lille1.fr Question n° 3903 7 http://eric.univ-lyon2.fr/~jdarmont/ 36 Bases de données Plan du cours Introduction Modèle UML Modèle relationnel Langage SQL http://eric.univ-lyon2.fr/~jdarmont/ 37 Bases de données Modèle logique relationnel Modèle associé aux SGBD relationnels Objectifs du modèle relationnel : Indépendance physique Traitement du problème de redondance des données LMD non procéduraux (faciles à utiliser) Devenir un standard http://eric.univ-lyon2.fr/~jdarmont/ 38 Bases de données Caractéristiques des systèmes relationnels Langages d’interrogation puissants et déclaratifs Accès orienté valeur Grande simplicité, absence de considérations physiques Description du schéma très réduite LDD intégré au LMD uploads/Management/ 3-cours 1 .pdf