44 votes

Quand utiliser un magasin de données clé-valeur par rapport à une base de données relationnelle plus traditionnelle?

Quand choisirait-on un magasin de données clé-valeur plutôt qu'une base de données relationnelle ? Quelles considérations entrent en jeu pour décider de l'un ou de l'autre ? Quand le mélange des deux est-il la meilleure option ? Veuillez fournir des exemples si possible.

-6voto

Alex Papadimoulis Points 850

D'après mon expérience, si vous vous posez même la question de savoir si vous devez utiliser des pratiques traditionnelles ou ésotériques, alors optez pour le traditionnel. Bien que les pratiques ésotériques soient séduisantes, stimulantes et amusantes, 99,999% des applications nécessitent une approche traditionnelle.

En ce qui concerne la relation par rapport à KV, la question que vous devriez vous poser est la suivante:

Pourquoi ne voudrais-je pas utiliser un modèle relationnel pour ce scénario: ...

Comme vous n'avez pas décrit le scénario, il est impossible pour quiconque de vous dire pourquoi vous ne devriez pas l'utiliser. La raison générale pour utiliser KV est la scalabilité, ce qui n'est pas un problème actuellement. Connaissez-vous les règles d'optimisation?

  1. Ne le faites pas.
  2. (pour les experts uniquement) Ne le faites pas maintenant.

KV est une solution très optimisée pour la scalabilité qui sera très probablement complètement inutile pour votre application.

40 votes

Ce commentaire ne répond pas à la question. Quand et pourquoi quelqu'un choisirait-il d'utiliser un magasin de clés-valeurs plutôt qu'une base de données relationnelle?

0 votes

Qu'est-ce que "traditionnel"? Avec la montée en puissance de JavaScript et JSON, il y a beaucoup de codeurs aujourd'hui qui n'ont jamais utilisé de base de données relationnelle. NoSQL est, pour beaucoup, la norme et le relationnel ne l'est pas. De plus, cela ne répond pas à la question originale : quand le relationnel est-il la meilleure approche?

0 votes

Dévalorisé. C'est une réponse générale lorsque la question cherche des avantages et inconvénients spécifiques qui rendraient un type de base de données différent plus approprié. De plus, les magasins clés-valeur et les bases de données NoSQL deviennent trop populaires pour être considérés comme "ésotériques"

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X