1 Structure en MC Principes Stockage des données dans la mémoire volatile d’un ordinateur Problèmes Stockage temporaire «Petits» volumes de données Langages de programmation Contexte mono-processus (mono-utilisateur en général)

2 Fichiers Stockage persistant sur disque «Gros» volumes de données Langages de programmation et SGF Contexte mono-utilisateur (en général)

3 Problèmes de l’approche fichier Difficulté à saisir les liens entre les données Pas de partage de données entre les utilisateurs Pas de vision globale des données Redondance des données Risque d'incohérence des données Pas d'indépendance entre les données et les traitements Problème de gestion de la sécurité des données Multiplicité des traitements, des langages, des matériels

Notion de Base de Données Une BD doit traduire la connaissance : de faits élémentaires : Le chauffeur « ALI » est affecté à la ligne 2 le 24 juin de propriétés : un chauffeur a un seul permis de conduire, mais est compétent pour plusieurs types de véhicule. d’événements : le véhicule 124 est supprimé de la circulation.

5 La solution??? Intégration : Description unique et globale des données Eviter les redondances Eviter les incohérences Indépendance : Indépendance entre données et traitements Séparation entre les descriptions logiques et physiques des données

La Solution: des Bases de données (BD)? Besoins : stocker de gros volumes d’informations partager des informations par une communauté de personnes gérer l’accès à ces informations gérer des informations cohérentes et non-redondantes

Historique 1960 : les modèles hiérarchiques 1970 : les modèles réseaux 1980 : les modèles relationnelles 1990 : les modèles objets

Depuis les années '60, avec : les BD hiérarchiques (ex : IMS, Information Management Systems) BD réseaux ou CODASYL (Committee on Data Systems and Languages; ex : IDS, Integrated Data Store) BD relationnelles (E.F. Codd, 1970) BD objets (ex : o2, Versant, 1990) BD hybrides objets-relationnel (ex : Oracle V8 en 1998) BD natives XML (ex: Tamino de Software AG, 2000) Historique

Définition Définition (Adiba, Delobel 1982): ensemble structuré de données enregistrées sur des supports informatiques pour satisfaire simultanément plusieurs utilisateurs de façon sélective et en temps opportun. Une BDD = ensemble structuré de données enregistrées avec le minimum de redondance

Exemple : Chauffeur (C), Véhicule (V), Permis (P) Modèle hiérarchique Modèle Réseau C V P Modèles hiérarchique et réseau C VP

Modèle relationnel Relation = représentation d’une association particulière entre certains constituants exemple : Chauffeur(NoCh//Nom,Prénom,Adresse,…) {le chauffeur ayant pour numéro NoCh, pour nom «Nom», pour prénom «Prénom» et pour adresse «Adresse» …}

CHAUFFEUR NoChauffeur Nom Prénom Adresse ChangerAdresse AjouterHeures Modèle objet

Vues externes chaque vue représente la partie de la bd relative à chaque utilisateur / application Schéma conceptuel vue globale de la base : les données stockées et les relations parmi les données Schéma physique décrit comment les données sont stockées dans la bd + les index R 1 (A number(10), B string, …, primary key (A),...) …. R n (X number(15), Y string, …, primary key (X), …) Schéma logique Représente un modèle de données conforme au modèle ciblé de SGBD (par ex. SGBDR)

Schéma conceptuel Schéma physique R 1 (A number(10), B string, …, primary key (A),...) …. R n (X number(15), Y string, …, primary key (X), …) Schéma logique Indépendance logique : Un changement du schéma conceptuel (nouvel attribut, nouvelle relation, …), n'entraîne pas de changement dans les vues existantes Indépendance physique : Les changements du schéma interne ne sont pas visibles aux niveaux des schémas conceptuels et logiques; conséquences sur les performances Schéma externe Caractéristiques de l’Architecture Cfr. ANSI / SPARC 1975

Quels types d'études dans les BD et les SGBD ? Conception de BD À partir de l'analyse du contexte, recueillir les besoins : Quelles informations stocker ? Comment les organiser ? Quelles contraintes prendre en compte ? Comment les représenter ? Quels types d'usages de ces données ? Programmation Développement et optimisation de requêtes et programmes Interfaces avec d'autres applications Implémentation de SGBD support de nouveaux types de données, optimiseurs, intégration de données et d'applications, interfaces utilisateurs, langages

Conception (design) de la BD Analyse du contexte langage de modélisationfamille de SGBDSGBD Modèle conceptuel de données indépendant de toute considération technique Modèle logique de données indépendant d ’un SGBD particulier Modèle physique de données décrit les tables, l ’organisation des fichiers, les index, les contraintes d ’intégrité Entités - Relations UML Hiérarchiques Réseaux Relationnels Orientés-objets XML Oracle Sybase …. PostgreSQL... temps

Le modèle Entité-association propose une lecture du monde (le domaine d'application) simple mais limitée : le monde est constitué d'objets ou entités les entités sont classées en types d'entités les entités d'un type ont des attributs spécifiques les entités sont en association les unes avec les autres les associations sont classées en types d'associations.