[PDF] [PDF] Conception de BD relationnelles

LOG660 - Bases de données de haute performance UML □ Schéma relationnel (conceptuel) Exemple: diagramme UML avec tables, diagramme entités-



Previous PDF Next PDF





[PDF] UML et les Bases de Données - IRIT

Atomicité des attributs, classe normalisée : lorsque la modélisation des données est faite en vue d'une implantation des données à l'aide d'un SGBD Relationnel,  



[PDF] Conception des bases de données I : Introduction - Librecoursnet

16 fév 2020 · Découverte d'une base de données relationnelle 18 2 Introduction au diagramme de classes UML : classes et associations 26 1 3



[PDF] Conception des bases de données relationnelles - Documents

14 fév 2017 · V - Analyse de bases de données SQL avec les agrégats (GROUP Passage UML-Relationnel : Expression des vues pour l'héritage et les 



[PDF] Introduction à la modélisation conceptuelle de données avec UML

12 jan 2018 · Dans le domaine des bases de données, UML peut être utilisé à la place du Au contraire, un modèle logique relationnel-objet permettra 



[PDF] Conception de BD relationnelles

LOG660 - Bases de données de haute performance UML □ Schéma relationnel (conceptuel) Exemple: diagramme UML avec tables, diagramme entités-



[PDF] Modélisation des bases de données - fnac-staticcom

une base de données à l'aide d'UML ou d'un formalisme entité-association modèle conceptuel dans un schéma relationnel sont clairement commentés à l' aide Les bases de données NoSQL et le Big Data (2e édition) N°14155, 2015  



[PDF] UML 2 pour les bases de données

présent UML (Unified Modeling Language) pour concevoir une base de données relationnelle de type SQL2 ou objet-relationnelle de type SQL3 Dans les 



[PDF] Conception de bases de donnees avec UML

4 bases de données relationnelles 5 structures de données Conception de bases de données avec UML Notation UML et modèle relationnel de données



[PDF] Rappels et concepts de base

5 - http://laurent-audibert developpez com/Cours-UML/?page=introduction- modelisation-objet#L1-4 Rappels sur les bases de données relationnelles 10 



[PDF] Modélisation et stockage des données géographiques

Formalismes de modélisation : UML UML, les diagrammes de classe ○ C'est une Le modèle relationnel : Schéma relationnel d'une base de données

[PDF] diagramme de base de données

[PDF] diagramme de classe base de données

[PDF] modéliser base de données

[PDF] star uml base de données

[PDF] contrat de stage pdf

[PDF] derogation stage 3eme

[PDF] date stage 3eme 2017

[PDF] musique cycle 3 familles d'instruments

[PDF] séquence éducation musicale cycle 2

[PDF] modèle ondulatoire de la lumière

[PDF] séquence musique cycle 3 rythme

[PDF] soluté et solvant salive

[PDF] séquence éducation musicale cycle 4

[PDF] 50 activités en éducation musicale aux cycles 2 et 3

[PDF] éducation musicale primaire

Département de génie logiciel et des TI LOG660-Bases de données de haute performanceConception de BD relationnelles

Département de génie logiciel et des TI Modélisation des données■Schéma conceptuel-Modélise les classes, leurs attributs et leurs relations (ex: association, agrégation, spécialisation, etc.)-Exemple: diagramme de classe UML■Schéma relationnel (conceptuel)-Traduit le schéma conceptuel sous la forme d'un modèle relationnel (ex: tables, colonnes, clés, contraintes, etc.)-Indépendant de la plateforme/BD utilisée (ex: Oracle versus SQL Server)-Exemple: diagramme UML avec tables, diagramme entités-associations© R. Godin, C. Desrosiers -Hiver 20112

Département de génie logiciel et des TI Modélisation des données■Schéma relationnel (MSP)-MSP: Modèle spécifique à la plateforme-Implémente le schéma relationnel conceptuel en considérant une plateforme spécifique-Tient compte de la syntaxe spécifique à la plateforme/BD.-Exemple: SQL LDD Oracle (CREATE TABLE, VARCHAR2, etc.)© R. Godin, C. Desrosiers -Hiver 20113

Département de génie logiciel et des TI Processus de conception■Objectif:© R. Godin, C. Desrosiers -Hiver 20114Schémaconceptuel(diagrammede classes UML)Schémarelationnel(diagrammede tables UML)Schémarelationnel(MSP)(SQL LDD Oracle)

Département de génie logiciel et des TI Schéma relationnel en UMLCommande {Clé primaire : noCommande} noCommande : INTEGER dateCommande : DATE noClient : INTEGER <>

Client

{Clé primaire : noClient} noClient : INTEGER nomClient : VARCHAR noTéléphone : VARCHAR <
>

LigneCommande

{Clé p rimaire : noCom mande, noArtic le} noCommande : INTEGER noArticle : INTEGER quantité : INTEGER <
>

Article

{Clé primaire : noArticle} noArticle : INTEGER description : VARCHAR prixUnitaire : DECIMAL quantitéEnStock : INTEGER <
>

Livraison

{Clé primaire : noLivraison} noLivraison : INTEGER dateLivraison : DATE <
>DétailLivraison {Clé primaire : noLivraison, noCommande, noArticle} noLivraison : INTEGER noCommande : INTEGER noArticle : INTEGER quantitéLivrée : INTEGER <
>

© R. Godin, C. Desrosiers -Hiver 20115

Département de génie logiciel et des TI Nom clé étrangère ≠nom clé primaire■Étiquette de la relation de dépendancenuméroClient

Client

{Clé primaire : noClient} noClient : INTEGER nomClient : VARCHAR noTéléphone : VARCHAR <
>

Commande

{Clé primaire : noCommande} noCommande : INTEGER dateCommande : DATE numéroClient : INTEGER <
>

© R. Godin, C. Desrosiers -Hiver 20116

Département de génie logiciel et des TI Traduction du schéma conceptuel en schéma relationnel■Étapes principales:1.Traduire les classes en tables2.Traduire les attributs et leur type3.Définir la clé primaire4.Traduire les associations© R. Godin, C. Desrosiers -Hiver 20117

Département de génie logiciel et des TI Étape 1 : Traduire les classes en tablesPersonne <
>

Membre

<
>

PrêtEnCours

<
>

PrêtArchivé

<
>

Employé

<
>

Catégorie

<
>

Auteur

<
>

Editeur

<
> Livre <
>

Exemplaire

<
>

Prêt

<
>

Utilisateur

<
> © R. Godin, C. Desrosiers -Hiver 20118■Cas normal: une table par classe

Département de génie logiciel et des TI Étape 2 : Traduire les attributs et leur type ■Cas possibles:1.Type simple (ex: Integer)2.Type énuméré (ex: enum)3.Type complexe (ex: structen C/C++)4.Attributs multivalués(ex: tableau Integer[0..*])5.Attributs de classe (ex: static)© R. Godin, C. Desrosiers -Hiver 20119

Département de génie logiciel et des TI Attributs de type simple■Attribut de la classe →colonne de la tableLivre

{Clé candidate: ISBN}

ISBN : CHAR(13)

titre : VARCHAR(50) annéeParution : DomaineAnnée <
> Livre {UNIQUE: ISBN}

ISBN : String

titre : String annéeParution : TypeDonnéesAnnée © R. Godin, C. Desrosiers -Hiver 201110Note: les attributsUNIQUE deviennentdes cléscandidates

Département de génie logiciel et des TI Traduction des types de donnéesType OCL Type SQL2 Oracle 11 Boolean BIT(1) BOOLEAN ou CHAR(1) + CHECK Integer INTEGER ou SMALLINT NUMBER(n), INTEGER String CHARACTER (CHAR) (n), CHARACTER VARYING (VARCHAR) (n) VARCHAR2(n) (chaîne jusqu 'à 40 00 bytes), LONG ou LONG VARCHAR (chaîne jusqu'à 2G), CLO B (chaîne jusqu'à 4G), NCLOB (chaîne pour caractères encodés sur plusieurs octets) Real NUMERIC(p,s) (précision exacte ), DECIMAL(p,s), REAL, DOUBLE PRECISION, FLOAT(p) NUMBER(p,s), FLOAT, DOUBLE Enum{v1,...vn} CHARACTER (CHAR) ou VARCHAR + CHECK ... IN (v 1,..., vn) (possibilité de création de domaine) Domaine non supporté DATE DATE inclut TIME TIME TIMESTAMP BIT(n), BIT VARYING(n) RAW(n : max = 255), LONG RAW (binaire jusqu'à 2G), BLOB (binaire jusqu'à 4G) BFILE (pointeur à un fichier externe) © R. Godin, C. Desrosiers -Hiver 201111

Département de génie logiciel et des TI Types énumérés (cas 1)■Petit domaine invariant-création d'un domaine VARCHAR + CHECKExemplaire

{Clé candidate : idExemplaire} idExemplaire : VARCHAR(10) dateAchat : Date statut : DomaineStatut <
>

DomaineStatut

{VARCHAR(15) CHECK value IN ('prêté','disponible','retiré')} <>

Exemplaire

{UNIQUE: idExemplaire} idExemplaire : String dateAchat : Date statut : enum(prêté, disponible, retiré)

© R. Godin, C. Desrosiers -Hiver 201112

Département de génie logiciel et des TI Types énumérés (cas 2)■Gros domaine ou extensible-création d'une table à part-utilisé comme liste de valeurs (LOV Designer)-introduction d'une clé primaire artificielle ?Exemplaire

{Clé candidate : idExemplaire} idExemplaire : VARCHAR(10) dateAchat : Date statut : VARCHAR(15) <
>

DomaineStatut

{Clé primaire : statut} statut : VARCHAR(15) <
>

© R. Godin, C. Desrosiers -Hiver 201113

Département de génie logiciel et des TI Types complexes (cas 1)■Représentation explicite des attributs du type complexeMembre

adresse : typeDonnéesAdresse typeDonnéesAdresse numéroCivique numéroAppartement nomRue nomVille nomProvince nomPays codePostal <>

Membre

numéroCivique numéroAppartement nomRue nomVille nomProvince nomPays codePostal <
>

© R. Godin, C. Desrosiers -Hiver 201114

Département de génie logiciel et des TI Types complexes (cas 2)■Création d'une nouvelle tableMembre

{Clé primaire : idMembre} idMembre <
>

Adresse

{Clé primaire : idMembre} idMembre numéroCivique numéroAppartement nomRue nomVille nomProvince nomPays codePostal <
>

Membre

adresse : typeDonnéesAdresse typeDonnéesAdresse numéroCivique numéroAppartement nomRue nomVille nomProvince nomPays codePostal <> © R. Godin, C. Desrosiers -Hiver 201115Schéma conceptuelSchéma relationnel

Département de génie logiciel et des TI Attributs multivalués■Table à part-clé étrangère + colonne pour l'attribut■Petit tableau de taille fixe-n colonnes (valeurs nulles)■Encodage-invisible au SGBD■Oracle8-VARRAY, NESTED TABLE© R. Godin, C. Desrosiers -Hiver 201116

Département de génie logiciel et des TI Attributs de classeMembreGénéral nbMaxPrêts : INTEGER = 5 duréeMaxPrêts : INTEGER = 7 <
>

Membre

téléphoneRésidence : String $ nbMaxPrêts : Integer = 5 $ duréeMaxPrêts : Integer = 7

Membre

téléphoneRésidence : VARCHAR(15) <
> © R. Godin, C. Desrosiers -Hiver 201117■Création de tables supplémentaires

Département de génie logiciel et des TI Étape 3 : Définir la clé primaire■Choix possibles:1.Clé artificielle générée2.Clé naturelle3.Simple ou composée © R. Godin, C. Desrosiers -Hiver 201118

Département de génie logiciel et des TI Clés primaires: valeur générée■De manière systématique ?■Mécanisme de SEQUENCE OraclePrêtArchivé

{Clé primaire : noSequence} noSequence : INTEGER dateRetour : DATE <
>

PrêtEnCours

{Clé primaire : noSequence} noSequence : INTEGER <
>

Prêt

{Clé primaire : noSequence} noSequence : INTEGER datePrêt : DATE <
>

Prêt

datePrêt : Date

PrêtArchivé

dateRetour : Datequotesdbs_dbs4.pdfusesText_8