Décision : SQL ou NoSQL (quelle famille de bases) ?
Le choix de la bonne famille de bases de données dépend de la forme du modèle de données, de vos priorités de cohérence et d'échelle, et de la complexité de vos requêtes. Les généralisations comme « le NoSQL est plus moderne » sont trompeuses ; chaque famille est conçue pour des schémas d'accès précis. En partant de la structure des données, cet arbre vous oriente vers le bon outil parmi les moteurs relationnels, documents, clé-valeur et de recherche, et vous rappelle l'approche polyglotte si nécessaire.
Quelle est la nature des données et le schéma d'accès dominant ?
Commencez par la question la plus décisive : les données sont-elles des enregistrements structurés fortement liés, des documents au schéma flexible/variable, de simples recherches clé-valeur, ou un besoin particulier comme la recherche textuelle ? La forme des données et la façon de les interroger déterminent largement la famille.
- Relationnel, enregistrements structurés et requêtes complexes
- Documents imbriqués au schéma flexible/variable
- Clé-valeur simple, très faible latence/cache
- Recherche plein texte / à facettes, analyse de logs
La priorité est-elle la cohérence forte (ACID) ou l'échelle horizontale ?
Les données semblent relationnelles ; mais quelle est votre priorité ? Les jointures multi-tables, l'intégrité transactionnelle et la cohérence forte (ACID) sont-elles essentielles, ou s'agit-il de faire monter horizontalement en charge un volume énorme qui ne tiendra pas sur un seul nœud ? Le modèle relationnel est le bon choix par défaut pour la plupart des charges ; il n'est mis à l'épreuve que lorsque l'échelle dépasse réellement un seul nœud.
- ACID, jointures et intégrité des requêtes complexes priment
- L'échelle avant tout, relations/jointures faibles
Recommandation : base de données relationnelle (SGBDR)
Le bon choix par défaut pour les charges à données structurées et fortement liées exigeant l'intégrité transactionnelle. Les garanties ACID, un moteur de requêtes SQL mature et les jointures lui permettent de répondre de façon fiable à des questions complexes.
Recommandation : base de données documents
Stocke sous leur forme naturelle (documents de type JSON) des données flexibles et imbriquées dont le schéma change fréquemment. Adaptée aux applications qui lisent/écrivent surtout via un seul document, ont besoin de peu de jointures et d'une échelle horizontale.
Recommandation : stockage clé-valeur / cache
Conçu pour les charges nécessitant des lectures/écritures très rapides par clé et aucune requête complexe. Il fonctionne généralement en mémoire et offre une latence de l'ordre de la microseconde/milliseconde ; idéal pour le cache, les sessions et les compteurs.
Recommandation : moteur de recherche / d'analyse
Un moteur basé sur un index inversé, spécialisé dans la recherche plein texte, le classement par pertinence, le filtrage à facettes et l'analyse de logs/textes à fort volume. Il offre l'expérience de recherche que les requêtes LIKE relationnelles ne peuvent pas fournir.