Hoja de repaso: Introduction aux bases de données et SGBDR

📋 Plan du Cours

1. SGBD, SGBDR et rôle de MS Access
2. Historique des systèmes de fichiers et émergence
3. Apparition des bases de données et critères
4. Distinction BdD et banque de données
5. Définitions Base de Données et Système
6. Architecture en niveaux ANSI conceptuel logique physique
7. Fonctionnement interne d’une requête SGBD
8. Cycle de vie d’une base de données
9. Modélisation conceptuelle E/A entités associations attributs
10. Cardinalités, identifiants et dépendances fonctionnelles

📖 1. SGBD, SGBDR et rôle de MS Access

🔑 Notions clés & Définitions

• SGBD : Un SGBD est un système qui stocke les données d’une base et en assure la maintenance.
• SGBDR : Un SGBDR est un type particulier de base de données relationnelle, avec des règles de construction spécifiques.
• Base de données : Une base de données est l’ensemble structuré des données stockées et gérées par un système.
• MS Access : MS Access est un logiciel utilisé comme outil pour gérer une base de données relationnelle via un SGBDR.
• Système de gestion de fichiers : Un système de gestion de fichiers gère l’accès à des données organisées en fichiers selon des modes d’accès.

📝 Points essentiels

• Un SGBD gère la base de données et fournit des fonctions de maintenance des données stockées.
• Un SGBDR correspond à un modèle relationnel dont les spécificités seront détaillées dans le cours.
• Les années 60 voient l’abstraction de la gestion physique via des primitives d’entrée/sortie (BIOS).
• Les SGF prennent ensuite en charge l’accès aux fichiers (séquentiel, indexé, relatif) et apportent une relative indépendance programme/données.
• L’usage du même SGF et d’un langage compatible permet à plusieurs programmes d’opérer sur les mêmes fichiers sous certaines conditions.
• Le terme « Base de Données » apparaît en 1964 dans le titre d’une conférence à Santa Monica : « Development and Management of a computer-centered Data Base ».

💡 Astuce mémo

BIOS cache le matériel → SGF organise les fichiers → SGBD maintient la base → MS Access sert d’outil SGBDR.

📖 2. Historique des systèmes de fichiers et émergence

🔑 Notions clés & Définitions

• Base de données : Une base de données est un ensemble de données logiquement liées, organisé pour permettre l’accès aux informations.
• SGBD : Un SGBD est un système qui gère une base de données afin de fournir un accès organisé, partageable et recomposable aux données.
• Banque de données : Une banque de données contient des données de type référentiel, où l’information est accessible via des références plutôt que directement.
• Développement et gestion d’une base de données : Cette expression correspond au titre d’une conférence de 1964 qui marque l’apparition du terme « base de données » dans un contexte académique.

📝 Points essentiels

• Le terme « Base de Données » apparaît pour la première fois en 1964 dans le titre d’une conférence à Santa Monica.
• Dans un SGBD, les données sont organisées en base de données pour permettre l’accès à un volume de données ciblé.
• Une base de données est partageable en environnement multi-utilisateurs, avec des accès concurrents.
• Les liens entre informations stockées dans la base peuvent être recomposés pour reconstituer des relations utiles.
• Distinction fonctionnelle : une BdD contient des données factuelles accessibles directement, tandis qu’une banque de données ne contient que des références (données référentielles).
• Métaphore : une BdD ressemble à une bibliothèque (ouvrages présents), alors qu’une banque de données ressemble à ses index ou tables des matières (références).

💡 Astuce mémo

BdD = Données Directes (factuel) ; Banque = Références (index). Conférence 1964 Santa Monica : « Data Base » entre en scène.

📖 3. Apparition des bases de données et critères

🔑 Notions clés & Définitions

• Base de données : Une base de données est une collection de données cohérentes et structurées, organisée pour être exploitée par des utilisateurs.
• Système de gestion de bases de données : Un SGBD est un logiciel qui assure la structure, le stockage, la maintenance, la mise à jour et la consultation des données.
• Niveau conceptuel : Le niveau conceptuel décrit le QUOI de la base, en se concentrant sur les besoins sans tenir compte des contraintes techniques.
• Niveau logique : Le niveau logique formalise la structure des données de façon indépendante du stockage, pour représenter la réalité modélisée.
• Niveau physique : Le niveau physique précise comment les données sont réellement stockées sur un site, avec les détails liés au stockage.

📝 Points essentiels

• Un SGBD idéal vise la centralisation : une même base sert tous les utilisateurs pour améliorer la cohérence et réduire les redondances.
• Un SGBD idéal propose un modèle de données abstrait pour représenter la réalité sans dépendre du stockage.
• L’indépendance physique et logique signifie que le stockage dépend du site, tandis que chaque utilisateur peut avoir sa propre vision via la modélisation.
• L’environnement de développement non procédural permet de spécifier ce qu’on veut extraire plutôt que la manière de l’extraire.
• La sécurité et l’intégrité reposent sur des accès restrictifs et des niveaux d’autorisation pour limiter les actions sur les données.
• Le partage et la gestion des accès concurrents s’appuient sur la notion de transaction, utilisée en temps réel en contexte multi-utilisateurs.

💡 Astuce mémo

Centralisation + Modèle abstrait + Indépendance (physique/logique) + Non procédural = on veut le QUOI, pas le COMMENT.

📖 4. Distinction BdD et banque de données

🔑 Notions clés & Définitions

• Niveau conceptuel : Niveau d’abstraction qui décrit le QUOI des besoins, indépendamment des contraintes informatiques.
• Niveau logique : Niveau d’abstraction qui décrit le QUI fait QUOI et OÙ en traduisant le schéma conceptuel vers le modèle du SGBD.
• Niveau physique : Niveau qui décrit la manière dont les données sont stockées et gérées sur le matériel et les supports informatiques.
• Partie statique : Sous-partie du niveau conceptuel qui fixe la structure des données à modéliser.
• Partie dynamique : Sous-partie du niveau conceptuel qui décrit les règles et opérations sur les données.

📝 Points essentiels

• La description en niveaux sépare le QUOI, le QUI/OÙ et le stockage pour éviter de mélanger besoins et contraintes techniques.
• Le niveau conceptuel modélise l’univers du monde réel de façon abstraite et fidèle, sans dépendre de l’implémentation.
• Le niveau conceptuel regroupe une partie statique (structure) et une partie dynamique (règles et opérations).
• Des contraintes d’intégrité (CI) peuvent être ajoutées au niveau conceptuel pour assurer cohérence et vraisemblance des données.
• Le niveau logique traduit le schéma conceptuel selon les concepts du modèle supporté par le SGBD.
• Les familles de modèles logiques incluent hiérarchiques, réseaux, objets et relationnels, et le SGBD s’appuie sur ce modèle logique.

💡 Astuce mémo

Conceptuel = QUOI (structure + règles) ; Logique = QUI/OÙ (traduction pour le SGBD) ; Physique = COMMENT stocké.

📖 5. Définitions Base de Données et Système

🔑 Notions clés & Définitions

• Schéma conceptuel : Un schéma conceptuel décrit les entités et leurs liens avant toute traduction en structures de stockage.
• Schéma logique : Un schéma logique traduit le schéma conceptuel en structures relationnelles avec attributs et associations.
• Schéma logique étudiant : Un schéma logique étudiant modélise les entités Étudiant, Cours, Enseignant et Inscrit avec leurs attributs.
• Niveau physique : Le niveau physique décrit la mise en œuvre technique des données et des traitements dans le SGBD.
• SGBD : Un SGBD est un système qui gère les bases de données en transformant et exécutant les requêtes.

📝 Points essentiels

• Les entités sont décrites par leurs attributs : Étudiant (nom, prénom, date de naissance, n° étudiant), Enseignant (nom, prénom, statut, n° compte bancaire), Cours (désignation, cycle, nom de l’enseignant), Inscription (
• Les inscriptions relient l’étudiant au cours via n° étudiant et nom du cours, et stockent les notes de deux contrôles continus.
• Le schéma logique traduit le schéma conceptuel en précisant les attributs des entités et les liens entre elles.
• Le niveau physique comprend le modèle physique des données (fichiers, adresses, pointeurs) et le modèle opérationnel des traitements (transactions temps réel, programmes batch temps différé).
• Le niveau physique dépend de la solution logicielle adoptée.
• Le fonctionnement d’un SGBD suit une chaîne : analyse syntaxique et sémantique, traduction au niveau logique, contrôle de confidentialité, puis acceptation avec optimisation et décomposition en sous-requêtes élémentaires

💡 Astuce mémo

Conceptuel → Logique → Physique : on passe du sens (concepts) à la structure (logique) puis à l’exécution (physique).

📖 6. Architecture en niveaux ANSI conceptuel logique physique

🔑 Notions clés & Définitions

• Schéma conceptuel : Le schéma conceptuel décrit la base de données à un niveau proche des utilisateurs, en se concentrant sur la réalité perçue et ses liens.
• Schéma logique : Le schéma logique formalise la structure des données indépendamment du stockage, en décrivant les entités, relations et attributs.
• Schéma interne : Le schéma interne précise l’organisation physique des données pour l’implémentation, comme la manière dont elles sont stockées.
• Modèle conceptuel E/R : Le modèle conceptuel E/R est une représentation graphique qui décrit la réalité via objets, liens et propriétés.
• Traduction E/R vers MS Access : La traduction E/R vers MS Access convertit les notions conceptuelles en objets du système, notamment tables et champs.

📝 Points essentiels

• Le cycle de vie d’une base de données comporte quatre étapes : conception, implantation, exploitation/développement, puis maintenance.
• La conception produit un schéma conceptuel, tandis que l’implantation produit des schémas logique et interne.
• L’exploitation inclut l’interrogation et la mise à jour, ainsi que le développement de programmes d’application.
• La maintenance couvre la correction et l’évolution de la base de données.
• Le modèle E/R (Entity/Relationship) a été conçu dans les années 70 et s’appuie sur une représentation graphique.
• La trilogie du modèle conceptuel est Objets, Liens (relations) et Propriétés, et elle correspond à Entités, Associations et Attributs.

💡 Astuce mémo

Conceptuel = vue utilisateur ; Logique = structure indépendante ; Interne = stockage.

📖 7. Fonctionnement interne d’une requête SGBD

🔑 Notions clés & Définitions

• Association non orientée : Une association non orientée relie plusieurs entités sans distinguer de sens de lecture entre elles.
• Type d’Association : Un type d’association regroupe toutes les associations ayant la même sémantique et les mêmes caractéristiques.
• Rôle d’une entité : Un rôle décrit la place précise qu’une entité joue dans une association, ce qui permet de distinguer des rôles comme acheteur et acheté.
• Association binaire : Une association binaire met en jeu deux rôles, donc deux types d’entités participant à l’association.
• Association ternaire : Une association ternaire relie trois types d’entités et impose donc trois rôles dans l’association.

📝 Points essentiels

• Une association relie des entités via un lien non orienté entre plusieurs entités.
• Un type d’association (TA) regroupe des associations de même sémantique et décrites par les mêmes caractéristiques.
• Dans une association, chaque entité joue un rôle bien déterminé, ce qui explique la distinction entre acheteur et acheté.
• Une association est dite binaire si elle joue deux rôles à la fois.
• Une association cyclique apparaît quand le même type d’entité est lié par au moins deux rôles, ce qui se précise en indiquant le rôle de chaque occurrence.
• Une association est dite ternaire quand trois types d’entités sont liés, donc trois rôles sont obligatoires.

💡 Astuce mémo

Binaire = 2 rôles, Ternaire = 3 rôles ; Cyclique = même entité, rôles différents.

📖 8. Cycle de vie d’une base de données

🔑 Notions clés & Définitions

• Attribut dérivé : Un attribut dérivé est une valeur calculée à partir d’autres attributs déjà stockés dans l’entité.
• Attribut mono-valué : Un attribut mono-valué admet au plus une seule valeur pour chaque occurrence de l’entité.
• Attribut multi-valué : Un attribut multi-valué peut prendre plusieurs valeurs pour une même occurrence de l’entité.
• Attribut obligatoire : Un attribut obligatoire doit posséder au moins une valeur pour chaque occurrence de l’entité.
• Attribut facultatif : Un attribut facultatif peut ne prendre aucune valeur pour une occurrence de l’entité.

📝 Points essentiels

• Un attribut dérivé peut être obtenu par calcul, par exemple l’âge à partir de la date de naissance.
• La cardinalité maximale d’un attribut mono-valué vaut 1, car une seule valeur est autorisée par occurrence.
• La cardinalité maximale d’un attribut multi-valué est strictement supérieure à 1, car plusieurs valeurs sont possibles.
• La cardinalité minimale d’un attribut obligatoire est ≥ 1, donc la valeur est exigée pour chaque occurrence.
• La cardinalité minimale d’un attribut facultatif est 0, donc la valeur peut être absente.
• Une occurrence d’un attribut correspond à l’ensemble des valeurs prises par cet attribut sur les instances observées.

💡 Astuce mémo

Dérivé = calculé ; Mono = 1 valeur (max 1) ; Multi = plusieurs (max >1) ; Obligatoire = au moins 1 (min ≥1) ; Facultatif = 0 possible (min =0).

📖 9. Modélisation conceptuelle E/A entités associations attributs

🔑 Notions clés & Définitions

• Identifiant d’entité : Un identifiant d’entité est l’attribut (ou ensemble d’attributs) qui permet de distinguer de façon unique chaque occurrence d’un type d’entité.
• Attribut d’identifiant : Un attribut d’identifiant est un attribut dont la valeur sert de clé pour l’entité à laquelle il appartient, et ne doit pas être confondu avec les autres attributs.
• Identifiant d’association : L’identifiant d’une association est construit à partir des identifiants des entités reliées, afin de distinguer chaque occurrence d’association.
• Cardinalités d’association : Les cardinalités d’une association décrivent, pour une entité donnée dans la collection de l’association, le nombre minimal et maximal de participations possibles.
• Dépendance fonctionnelle : Une dépendance fonctionnelle entre deux entités A et B signifie que chaque valeur de A détermine une seule valeur de B à un instant donné.

📝 Points essentiels

• Un attribut comme N° client identifie le type d’entité Client, tandis que N° produit identifie le type d’entité Produit.
• L’identifiant d’une association se forme par concaténation des identifiants des TE reliés.
• Une occurrence d’association combine les identifiants des entités participantes avec les attributs propres à l’association (ex. date, quantité).
• Les cardinalités se notent par un couple i,j représentant le minimum (0 ou 1) et le maximum (1 ou n) de participations d’une entité à l’association.
• Si le minimum vaut 0, certaines occurrences de l’entité peuvent ne pas participer à l’association, et si le minimum vaut 1, elles participent obligatoirement.
• Si le maximum vaut 1, une occurrence de l’entité participe au plus une fois, et si le maximum vaut n, elle peut participer plusieurs fois à l’association.

💡 Astuce mémo

Identifiant d’association = concaténer les clés des entités; cardinalités = mini (0/1) puis maxi (1/n); dépendance fonctionnelle = une A → une seule B.

📖 10. Cardinalités, identifiants et dépendances fonctionnelles

🔑 Notions clés & Définitions

• Modèle conceptuel E/A : Modèle conceptuel décrivant entités, associations et attributs avant toute traduction en tables relationnelles.
• Modèle logique relationnel : Représentation relationnelle où entités deviennent des tables et les associations se traduisent via clés et dépendances.
• Clé primaire : Identifiant d’une entité qui permet de distinguer de façon unique chaque occurrence dans la table correspondante.
• Clé étrangère : Attribut d’une table qui référence la clé primaire d’une autre table pour relier deux entités.
• Dépendance fonctionnelle : Relation entre attributs où la valeur d’un identifiant détermine de façon unique les autres attributs d’une même occurrence.

📝 Points essentiels

• Ordre de passage du modèle conceptuel E/A au schéma E/A : identifier les entités, puis les associations, puis les attributs, puis évaluer les cardinalités.
• Traduction en tables : une entité devient une table, et ses attributs deviennent des champs de cette table.
• Dans MS Access, la clé primaire correspond à l’identifiant, et la clé étrangère (ou clé externe) correspond au champ qui est clé primaire d’une autre entité.
• Graphiquement, la clé étrangère est notée en italique et soulignée, et dans la littérature elle est parfois précédée du symbole #.
• Les cardinalités se lisent comme des contraintes : “chaque produit est fourni par un fournisseur unique” et “chaque fournisseur peut fournir plusieurs produits”.
• Pour connaître le fournisseur de chaque produit, on ajoute l’identifiant N° Fournisseur au TE Produit, ce qui donne un champ #N° Fournisseur dans la table Produit.

💡 Astuce mémo

Clé = qui identifie (primaire) ; clé = qui relie (étrangère) ; cardinalité = combien (1, n).

📅 Repères chronologiques

Date	Événement
1964	Première apparition de l’expression « Base de Données » dans le titre d’une conférence à Santa Monica : « Development and Management of a computer-centered Data Base »
années 60	Primitives d’entrée/sortie (BIOS) et émergence des SGF pour l’accès aux données organisées en fichiers
années 70	Conception du modèle conceptuel E/A (Entity/Relationship) avec représentation graphique

📊 Tableaux de synthèse

BdD vs banque de données

Type	Données	Accès
BdD	données factuelles	accès direct à l’information
Banque de données	données référentiel (références)	information présente sous forme de références

⚠️ Pièges & confusions fréquents

1. Confondre SGBD et SGBDR : le SGBDR est un modèle particulier de BdD, tandis que le SGBD est le système qui gère la base et assure la maintenance.
2. Mélanger BdD et banque de données : une BdD contient l’information factuelle directement accessible, alors qu’une banque ne contient que des références.
3. Inverser les niveaux ANSI : le conceptuel décrit le QUOI (besoins), le logique décrit le QUI FAIT QUOI et OÙ, et le physique décrit le COMMENT FAIRE.
4. Se tromper sur les cardinalités : mini=0 signifie participation possible absente, mini=1 signifie participation obligatoire, et maxi=1 interdit plusieurs participations.
5. Croire qu’une association a une existence propre : une association est une relation réelle entre entités et ne possède pas d’existence propre.
6. Confondre identifiant et attribut : l’identifiant est un ensemble minimal d’attributs rendant chaque occurrence unique, et il est distinct des autres attributs.
7. Mauvaise lecture des clés dans MS Access : clé primaire = identifiant, et clé étrangère = attribut qui est clé primaire d’une autre entité (souvent notée #).

✅ Checklist Examen

1. Expliquer le rôle de MS Access comme outil d’un SGBDR et définir SGBD, SGBDR et BdD.
2. Décrire l’évolution des années 60 : BIOS abstrait le matériel, puis les SGF gèrent l’accès aux fichiers et permettent une relative indépendance programme/données.
3. Citer l’apparition du terme « Base de Données » en 1964 et expliquer ce que cela change dans un SGBD (organisation en base logiquement liée, partage multi-utilisateurs, recomposition des liens).
4. Donner la distinction fonctionnelle BdD vs banque de données et justifier la métaphore bibliothèque vs index/table des matières.
5. Lister les critères d’un « SGBD idéal » (centralisation, modèle abstrait, indépendance physique/logique, non procédural, sécurité/intégrité, transaction, journalisation/sauvegarde, portabilité, administration).
6. Définir les niveaux ANSI : conceptuel (QUOI, statique/dynamique, CI), logique (QUI/OÙ), physique (COMMENT, modèles données + traitements).
7. Expliquer le cycle de vie d’une BdD en 4 étapes (conception, implantation, exploitation/développement, maintenance) et associer à chaque étape les schémas produits.
8. Décrire le modèle conceptuel E/A : trilogie Objets/ Liens/ Propriétés et traduire en vocabulaire MS Access (tables/champs).
9. Définir entité, type d’entité, association, type d’association, et préciser la notion de rôle dans une association.
10. Classer une association en binaire, ternaire ou cyclique en s’appuyant sur le nombre de rôles et sur le fait que le même TE joue plusieurs rôles.
11. Définir attribut dérivé, mono-valué, multi-valué, obligatoire, facultatif et relier chaque catégorie aux cardinalités mini/maxi.
12. Expliquer occurrence, identifiant (ensemble minimal unique) et identifiant d’association (concaténation des identifiants des TE reliés).
13. Expliquer la dépendance fonctionnelle entre entités A et B (une valeur de A détermine une seule valeur de B).
14. Donner l’ordre des étapes pour passer du modèle conceptuel E/A au modèle logique relationnel (entités, associations, attributs, cardinalités) et relier identifiant/clé primaire et clé étrangère/clé externe (notation #).