3/29/25, 10:04 AM Le modèle relationnel
Le modèle relationnel
Définition : Le modèle relationnel organise les données en tables (relations) composées
de lignes et de colonnes. Les relations entre les données sont maintenues par des clés
(primaires et étrangères), et les requêtes sont effectuées via SQL.
Avantages : Simplicité, intégrité des données grâce à la normalisation, et support des
requêtes complexes (jointures).
Limites : Schéma rigide nécessitant une définition préalable, performance limitée pour les
données non structurées ou les volumes massifs, et scalabilité horizontale complexe.
Modèle orienté document
Définition : Le modèle orienté document stocke les données sous forme de documents
semi-structurés (ex. JSON, XML), chaque document pouvant avoir une structure unique.
Avantages par rapport au relationnel :
Flexibilité du schéma : Les documents s’adaptent facilement aux changements sans
modifier le schéma, contrairement au modèle relationnel.
Performance de lecture : Pas de jointures, les données liées étant colocalisées dans
un document.
Développement rapide : Simplicité et adaptabilité accélèrent la mise en œuvre.
Limites par rapport au relationnel :
Redondance des données : L’absence de normalisation entraîne une duplication,
augmentant l’espace de stockage.
Gestion des transactions : Les opérations multi-documents sont plus complexes que
les transactions ACID des bases relationnelles.
Modèle orienté graphe
Définition : Le modèle orienté graphe représente les données sous forme de nœuds
(entités) et arêtes (relations), idéal pour les interconnexions complexes.
Avantages par rapport au relationnel :
Représentation naturelle des relations : Modélisation intuitive pour les réseaux
sociaux ou recommandations, sans jointures coûteuses.
Performance pour relations complexes : Traversées rapides grâce au stockage
direct des relations.
[Link] 1/4
3/29/25, 10:04 AM Le modèle relationnel
Flexibilité : Ajout de relations sans restructuration lourde.
Limites par rapport au relationnel :
Complexité à grande échelle : Gestion difficile pour des graphes très denses.
Moins adapté aux données tabulaires : Inefficace pour des requêtes simples sur
données structurées.
Modèle orienté colonne
Définition : Le modèle orienté colonne stocke les données par colonnes plutôt que par
lignes, optimisé pour les requêtes analytiques.
Avantages par rapport au relationnel :
Lecture rapide : Requêtes accélérées sur des sous-ensembles de colonnes.
Compression efficace : Réduction de l’espace disque et des coûts.
Scalabilité : Idéal pour les bases massives et le Big Data.
Limites par rapport au relationnel :
Performance en écriture : Mise à jour ou insertion lente, chaque colonne étant
modifiée séparément.
Complexité des jointures : Recomposer une ligne complète est coûteux.
Requêtes globales : Moins performant si toutes les colonnes sont nécessaires.
Modèle clé-valeur
Définition : Le modèle clé-valeur stocke les données sous forme de paires clé-valeur, où
chaque clé est unique et associée à une valeur (qui peut être une simple chaîne, un objet
sérialisé, ou autre). Il fonctionne comme une table de hachage distribuée.
Avantages par rapport au relationnel :
Modèle de données simple : Structure intuitive (clé-valeur), facile à comprendre et à
utiliser.
Scalabilité horizontale : Très évolutif, idéal pour les lectures et écritures massives (ex.
: Redis, DynamoDB).
Disponibilité : Conçu pour être hautement disponible, même en cas de pannes.
Pas de maintenance lourde : Absence de schéma ou de jointures, réduisant les coûts
d’administration.
Limites par rapport au relationnel :
Modèle trop simple pour données complexes : Peu adapté aux données nécessitant
des relations ou des structures complexes.
[Link] 2/4
3/29/25, 10:04 AM Le modèle relationnel
Interrogation limitée : Requêtes uniquement sur la clé, ce qui déporte la complexité
vers l’application (pas de requêtes SQL riches).
Manque d’intelligence dans la base : Toute logique de traitement (ex. : filtrage,
jointures) doit être gérée par l’application, contrairement au relationnel.
Définitions clés
Schéma : Structure prédéfinie organisant les données dans une base.
Normalisation : Processus réduisant la redondance et assurant l’intégrité des données.
Jointure : Opération combinant des données de plusieurs tables (typique du relationnel).
Transaction : Ensemble d’opérations traité comme une unité, respectant les propriétés
ACID.
Scalabilité horizontale : Capacité à augmenter la puissance en ajoutant des serveurs.
Big Data : Volumes massifs de données, souvent non structurées, nécessitant des outils
spécifiques.
Table de hachage : Structure de données associant une clé à une valeur pour un accès
rapide.
Tableau comparatif des modèles de bases de données
Modèle de Avantages par
Structure des Inconvénients par
base de rapport au
données rapport au relationnel
données relationnel
- Schéma rigide
nécessitant une
- Simplicité et intégrité définition préalable
Tables avec des données - Performance limitée
Relationnel lignes et (normalisation) pour données non
colonnes - Support des requêtes structurées ou volumes
complexes (jointures) massifs
- Scalabilité horizontale
complexe
Orienté Documents - Flexibilité du schéma - Redondance des
document semi-structurés (adaptation facile aux données (duplication)
(ex. JSON, XML) changements) - Gestion des
- Performance de
[Link] 3/4
3/29/25, 10:04 AM Le modèle relationnel
Modèle de Avantages par
Structure des Inconvénients par
base de rapport au
données rapport au relationnel
données relationnel
lecture (pas de transactions multi-
jointures) documents complexe
- Développement
rapide
- Représentation
naturelle des relations
- Complexité à grande
complexes
Nœuds (entités) échelle (graphes denses)
Orienté - Performance pour
et arêtes - Moins adapté aux
graphe traversées de graphes
(relations) données tabulaires
- Flexibilité (ajout de
simples
relations sans
restructuration)
- Performance en écriture
- Lecture rapide sur
(mises à jour lentes)
sous-ensembles de
- Complexité des
Données colonnes
Orienté jointures
stockées par - Compression efficace
colonne - Requêtes globales
colonnes (réduction de l’espace)
moins performantes si
- Scalabilité pour le Big
toutes les colonnes sont
Data
nécessaires
- Modèle simple et
intuitif - Trop simple pour
- Scalabilité données complexes
Paires clé-valeur horizontale - Interrogation limitée
Clé-valeur (table de (évolutivité) (uniquement sur clé)
hachage) - Haute disponibilité - Complexité déportée
- Pas de maintenance sur l’application (pas de
lourde (pas de requêtes riches)
jointures ni schéma)
[Link] 4/4