En français : un SGBD n'est pas nécessairement un SGBDR.
Il est encore fréquent qu'un concepteur de logiciel choisisse une base de données relationnelles pour manipuler ses données alors que l'usage n'est pas adapté : quand les relations entre les données ne sont pas très importantes.
Or les bases de données relationnelles, comme toutes les formes de stockages, ont leurs inconvénients : peu performante en I/O, peu scalable et une API plutôt lourde (à base de déclaration SQL, curseur, connexion).
Une image : si ton cas d'usage est de garer ta voiture, est ce que tu vas utiliser un parking où toutes les roues sont stockées d'un côté, toutes les portes d'un autre, etc. et qu'il faut désosser la voiture pour la garer et tout reconstruire pour la récupérer ? Non, tu vas utiliser un parking où tu peux garer ta voiture en entier et la retrouver grâce au numéro de place que tu aura mémorisé.
En revanche, une base de données relationnelles peut être très adaptée à stocker les données de gestion d'une entreprise (produit, facture, stock, commande, client) qui ont besoin d'une forte intégrité et dont l'unité de l'objet est peu importante.
Le stockage clé/valeur, choisi ici, est un des plus basique. Il propose peu de fonctionnalités (en gros put/get/delete) mais est très simple à manipuler, scalable et très performant en I/O.
[^] # Re: BDD
Posté par steph1978 . En réponse à la dépêche Première sortie d’Élixir : embarquez, naviguez !. Évalué à 2. Dernière modification le 03 juillet 2017 à 16:22.
En français : un SGBD n'est pas nécessairement un SGBDR.
Il est encore fréquent qu'un concepteur de logiciel choisisse une base de données relationnelles pour manipuler ses données alors que l'usage n'est pas adapté : quand les relations entre les données ne sont pas très importantes.
Or les bases de données relationnelles, comme toutes les formes de stockages, ont leurs inconvénients : peu performante en I/O, peu scalable et une API plutôt lourde (à base de déclaration SQL, curseur, connexion).
Une image : si ton cas d'usage est de garer ta voiture, est ce que tu vas utiliser un parking où toutes les roues sont stockées d'un côté, toutes les portes d'un autre, etc. et qu'il faut désosser la voiture pour la garer et tout reconstruire pour la récupérer ? Non, tu vas utiliser un parking où tu peux garer ta voiture en entier et la retrouver grâce au numéro de place que tu aura mémorisé.
En revanche, une base de données relationnelles peut être très adaptée à stocker les données de gestion d'une entreprise (produit, facture, stock, commande, client) qui ont besoin d'une forte intégrité et dont l'unité de l'objet est peu importante.
Le stockage clé/valeur, choisi ici, est un des plus basique. Il propose peu de fonctionnalités (en gros put/get/delete) mais est très simple à manipuler, scalable et très performant en I/O.