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,
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
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
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
LOG660 - Bases de données de haute performance UML □ Schéma relationnel (conceptuel) Exemple: diagramme UML avec tables, diagramme entités-
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
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
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
5 - http://laurent-audibert developpez com/Cours-UML/?page=introduction- modelisation-objet#L1-4 Rappels sur les bases de données relationnelles 10
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
×
if you Get
No preview available Click on (Next PDF)
Next PDF