1 Introduction au modèle relationnel 2 Langages de requêtes (algèbre relationnel et SQL) 3 Conception des bases de données (contraintes) 4 TPs Oracle
Previous PDF | Next PDF |
[PDF] Modèle relationnel - Cours ÉTS Montréal
Le modèle relationnel permet de structurer les données à stocker dans la BD ex: même situation ✡ différents schémas relationnels Les SGBD-R sont plus
[PDF] Bases de données - Modèle relationnel
1 Introduction au modèle relationnel 2 Langages de requêtes (algèbre relationnel et SQL) 3 Conception des bases de données (contraintes) 4 TPs Oracle
[PDF] Le modèle relationnel
l'état cohérent de la base est défini par un ensemble de contraintes d'intégrité Au modèle relationnel est associée la théorie de la normalisation des relations qui
[PDF] Base de Données : Le modèle relationnel
2 Plan du cours de Base de Données ○ Vaste introduction ○ Le modèle relationnel ○ Le langage SQL ○ Conception de BD
[PDF] Le Modèle relationnel
provenant des tables FOURNISSEUR et PIECE Bernard ESPINASSE – Modèle Relationnel - Normalisation 10 Conception de schémas relationnels 2
[PDF] Le Modèle Relationnel - Faculté des HEC (HEC Lausanne) - HEC
Modèle logique, implémenté : SQL ◇table schéma d'une BD relationnelle = un ensemble de schémas de n'existent pas dans le modèle relationnel Il faut
[PDF] Modèle Relationnel - LaBRI
Les SGBD relationnels et objets prennent progressivement la place des systèmes Le modèle relationnel a été défini par E F Codd en 1970 à IBM San José
[PDF] Modèle relationnel - LaBRI
Modèle relationnel : Table relationnelle, attribut, tuple ▫ La table (ou relation) est définie comme un tableau de données ▫ Les colonnes sont les attributs et
[PDF] Modèle relationnel - UV
Edgar Frank Codd définit cependant les bases du modèle relationnel à la fin des années 1960 En 1970, il publie l'article "Un modèle relationnel de données
[PDF] uml 2 pour les bases de données pdf
[PDF] passage du mcd au modèle relationnel
[PDF] règle typographique espace
[PDF] règle de hund pauli et klechkowski
[PDF] configuration electronique cours pdf
[PDF] manuel des procédures de sécurité informatique
[PDF] sécurité poste de travail informatique
[PDF] procédure de sauvegarde informatique pdf
[PDF] procédure de sauvegarde des données informatiques
[PDF] procedure informatique entreprise
[PDF] manuel de procédures informatiques itil
[PDF] procédure informatique exemple
[PDF] règles de vie au collège
[PDF] quelles sont les règles de vie en société
Bases de données -Modèle relationnel
Introduction
SITE :http://www.univ-orleans.fr/lifo/Members/Mirian.Halfeld/BD - M´ırian Halfeld-Ferrari - p. 1
Les bases de données - Bibliographie
Ullman and Widom,A first course in database systems,Prentice-HallInternational, 1997R. Ramakrishnan,Database Management Systems, McGraw-Hill, 1998Abraham Silberschatz Henry F. Korth S. Sudarshan,Database System Concepts,
Fourth Edition, McGraw-HillGreg Riccardi,Principles of Database Systems with Internet and JavaApplications, Addison Wesley, 2001.
LIVRES disponibles à la BU
BD - M´ırian Halfeld-Ferrari - p. 2
Les bases de données - un aperçu
Les sujets
1. Introduction au modèle relationnel
2. Langages de requêtes (algèbre relationnel et SQL)
3. Conception des bases de données (contraintes)
4. TPs Oracle
Évaluation
Devoirs sur table (3 dans le semestre)1 projet en binôme ou trinômeCoefficient du projet légèrement inférieur
BD - M´ırian Halfeld-Ferrari - p. 3
Les bases de données
Grande quantité de données stockées (dans un ordinateur).Normalement ces données sont inter-reliées et la BD est une entité cohérente
logiquement et véhiculant une certaine sémantique.BD - M´ırian Halfeld-Ferrari - p. 4
Les SGDB
SGBD:Logiciel responsable pour la gestion de ces données.Ensemble de programmes qui permettent à des utilisateurs de créer et maintenir
une base de données.SGBD commerciaux les plus connus sontOracle, Sybase, Ingres, Informix et
DB2Capacités basics d'un SGBD:
Stockage d'ungrand volumede données pendantlongtempset avecsécurité.Accèsefficace.Support d'un modèle de données.Permettre à l'utilisateur de créer des nouvelles bases de données ainsi que
de spécifier leurs schémas (utilisation de DDL)Permettre à l'utilisateur d'interroger et de modifier les données de la base
(utilisation de DML)Contrôler l'accès aux données parplusieurs utilisateurs, en même temps. L'action d'un utilisateur ne doit pas affecter un autre.BD - M´ırian Halfeld-Ferrari - p. 5
Les SGDB - que souhaitons nous de plus?
Assurer le respect des règles de cohérence définies sur les données;vérifier lescontraintes d'intégrité.Rendre transparent le partage des données entre différentsutilisateurs.Gérer les autorisations d'accès.Assurer la sécurité et la reprise après panne.Offrir des interfaces d'accès multiples.
BD - M´ırian Halfeld-Ferrari - p. 6
Modèle de données
Abstraction mathématique selon laquelle l'utilisateur voitles données Exemples: relationnel, réseaux, hiérarchique, etcPossède deux parties: Un langage qui permet la description des données.CREATE TABLE STUDENT
( Num Integer,FirstName Char(100),
LastName Char(100),
BirthYear Integer)Un langage avec un ensemble d'opérations pour manipuler les données.SELECT LastName
FROM STUDENT
WHERE BirthYear =1980
ORDER BY LastName
BD - M´ırian Halfeld-Ferrari - p. 7
Architecture logique d'un SGBD
La plupart des SGBD suivent l'architecture standard Ansi/Sparc qui permet d'isoler les différents niveaux d'abstraction nécessaires pour un SGBD. Niveau interne ou physique: décrit le modèle de stockage des données et les fonctions d'accès.Niveau conceptuel ou logique: décrit la structure de la base de données globalement à tous les utilisateurs. Le schéma conceptuel est produit par une analyse de l'application àmodéliser et par intégration des différentes vues utilisateurs.Ce schéma décrit la structure de la base indépendamment de sonimplantation.
Niveau externe: correspond aux différentes vues des utilisateurs. Chaque schéma externe donne une vue sur le schéma conceptuel à une classe d'utilisateurs. Le SGBD doit être capable de faire des transformations entre chaque niveau, de manière à transformer une requête exprimée en terme du niveau externe en requête du niveau conceptuel puis du niveau physique.BD - M´ırian Halfeld-Ferrari - p. 8
Architecture logique d'un SGBD
View 1 View 2 View 3
Conceptual
Schema
Internal
Schema
data baseBD - M´ırian Halfeld-Ferrari - p. 9
Le modèle relationnel
Les données sont organisées en relations
Tables: relationsColonnes: attributsLignes: n-uplets (ou tuples)STUDENT NumFirstName
LastName
BirthYear
2008120
Dumont
Marie 19802008122
Dubois
Paul 19802008125
Martin
Jean 1981BD - M´ırian Halfeld-Ferrari - p. 10
Le modèle relationnel
Schéma d'une base de données relationnel
Ensemble de noms de tablesEnsemble d'attributs pour chaque tableSTUDENT [Num, FirstName, LastName, BirthYear]
INSCRIPTION[Num, CourseCode, Year]
Instance d'une bases de données
Ensemble de valeurs dans une table (ensemble de n-uplets)BD - M´ırian Halfeld-Ferrari - p. 11
Exemple d'une base relationnelleFilm
title director actorThe Cameraman
Buster Keaton
Buster Keaton
Rear Window
Hitchcock
James Stewart
Rear Window
Hitchcock
Grace Kelly
To Be or Not to Be
Lubitsch
Carole Lombard
To Be or Not to Be
Lubitsch
Jack Benny
Schedule
theater title director le ChampoBuster Keaton
Buster Keaton
le ChampoRear Window
Hitchcock
Action Christine
To Be or Not to Be
Lubitsch
BD - M´ırian Halfeld-Ferrari - p. 12
Modèle relationnel - Définitions formelles
Nous considérons trois ensembles (infinis et dénombrables)disjoints: att: attributsdom: domainerelname: noms de relationsUnschéma de relationest un nom de relation (dansrelname).Lesortd'une relation est unefonctionqui associe à chaquenom de relation
unensemble fini d'attributs(un sous ensemble deatt)STUDENT
INSCRIPTION
FILMNumFirstNameLastNameBirthYear
Year TitleDirectorActorCourseCode
sort(STUDENT) ={Num,FirstName,LastName,BirthY ear}
BD - M´ırian Halfeld-Ferrari - p. 13
Exemple
dom={The Cameraman, Hitchcock ,Grace Kelly, Lubitsch, 10, tata...}att={title, director, actor,...}relname={Film, Schedule,...}Lesort
sort(Film) ={title,director,actor} sort(Schedule) ={theater,title,director}BD - M´ırian Halfeld-Ferrari - p. 14
Schéma de bases de données
Un ensemblefini non videRde noms de relationsR[R1[U1],...,Rn[Un]] indique les schémas de relations deR.Schéma de la base de donnéesCinéma: Cinéma[Film[title,director,actor], Schedule[theater,title,director]]BD - M´ırian Halfeld-Ferrari - p. 15
Points de vue étiqueté et point de vue nonétiqueté Nous pouvons nous placer dans différents contextes:1. Nous connaissons les noms des attributs
2. Nous ne connaissons pas les noms des attributs, mais nous connaissons leur
ordreBD - M´ırian Halfeld-Ferrari - p. 16
Points de vue étiqueté et point de vue nonétiquetéApproche étiquetétitle
year length inColor studionName producerC#StarWars
1977124
true Fox 12345
Mighty Ducks
1991104
true
Disney
67890Wayne's World
199295
true
Paramount
99999Approche non étiqueté1
2 3 4 5 6StarWars
1977124
true Fox 12345
Mighty Ducks
1991104
true
Disney
67890Wayne's World
199295
true
Paramount
99999BD - M´ırian Halfeld-Ferrari - p. 17
N-uplet: Point de vue étiqueté
Les noms des attributs sont considérésUn n-uplet est unefonction totalequi associeà chaque attribut une valeur dans
le domainedomExemple d'un tupleu:
u(title) =To Be or Not to Be
u(director) =Lubitsch
u(actor) =Carole Lombard
Représentation d'un n-uplet:
?title:To Be or Not to Be
,director:Lubitsch
,actor:Carole Lombard
Film title director actorTo Be or Not to Be
Lubitsch
Carole Lombard
BD - M´ırian Halfeld-Ferrari - p. 18
N-uplet: Point de vue non étiqueté
Seulement l'arité est considéréeUn tuple estun élément du produit cartésiendedomn(n≥0)
u(1) =