Les 5 caractéristiques à rechercher pour une base de données NoSQL

Pour une introduction aux bases de données NoSQL, référez-vous à  « NoSQL, qu’est-ce que c’est ? »?

---

Les bases de données NoSQL existent depuis longtemps, les années 1960 pour être exact, mais ce n’est pas avant le début du 21e siècle que les entreprises ont vraiment commencé à les utiliser, principalement pour gérer leur Big Data et les applications web et cloud en temps réel. Depuis, l’utilisation et la popularité des bases de données NoSQL ont explosé, même si les bases de données relationnelles ont encore leur place. Si vous vous mettez en quête d’une solution NoSQL, quels sont les critères importants ? Voici les 5 caractéristiques clés à rechercher pour une base de données NoSQL :

1. Prise en charge de plusieurs modèles de données

Alors que les bases de données relationnelles exigent que les données soient organisées en tables et colonnes pour être accessibles et analysées, les bases de données NoSQL peuvent s’accommoder de différents modèles de données, ce qui les rend très flexibles quant à la gestion des données. Elles peuvent ingérer des données structurées, semi-structurées et non structurées avec la même facilité alors que les bases de données relationnelles sont extrêmement rigides et gèrent des données principalement structurées. Différents modèles de données gèrent des exigences applicatives spécifiques. Les développeurs et architectes choisissent une base de données NoSQL pour gérer plus facilement différentes exigences de développement d’applications agiles. Parmi les modèles de données populaires, citons graphe, document, wide column et clé-valeur. L’idéal est de prendre en charge plusieurs modèles de données, ce qui vous permet d’utiliser les mêmes données dans différents types de modèles de données sans avoir à gérer une base de données complètement différente.

2. Évolutivité facile grâce à l’architecture peer-to-peer

Ce n’est pas que les bases de données relationnelles ne sont pas évolutives,c’est que ce n’est ni FACILE ni ÉCONOMIQUE parce qu’elles sont construites selon une architecture maître/esclave traditionnelle, ce qui signifie que l’évolutivité verticale, par opposition à l’évolution horizontale, nécessite des serveurs matériels de plus en plus grands, ou pire, la fragmentation. Fragmenter signifie diviser la base de données en blocs plus petits sur plusieurs serveurs matériels au lieu d’un seul grand serveur et cela conduit à des casse-tête en matière de gestion opérationnelle. Cherchez plutôt une base de données NoSQL avec une architecture masterless peer-to-peer où tous les nœuds sont identiques.

Cela permet une évolutivité facile pour s’adapter au volume de données et à la complexité des applications cloud. Cette évolutivité améliore aussi les performances, ce qui permet une disponibilité en continu et des vitesses de lecture et écriture très élevées.

3. Flexibilité : gestion des données polyvalente

Alors que les bases de données relationnelles exigent que les données soient organisées en tables et colonnes pour être accessibles et analysées, les fonctionnalités multimodèles des bases de données NoSQL les rendent très flexibles quant à la gestion des données. Elles peuvent facilement traiter des données structurées, semi-structurées et non structurées, alors que les bases de données relationnelles, comme nous l’avons dit plus haut, sont conçues pour gérer des données principalement structurées.

4. Fonctionnalités de distribution

Choisissez une base de données NoSQL conçue pour distribuer les données à une échelle globale, autrement dit qui peut utiliser plusieurs sites avec plusieurs datacenters et/ou régions cloud pour les opérations de lecture et écriture. Les bases de données relationnelles, à l’inverse, utilisent une application centralisée dépendante de l’emplacement (par ex. un seul site), surtout pour les opérations d’écriture. Un avantage majeur de l’utilisation d’une base de données distribuée avec une architecture masterless est que vous pouvez maintenir une disponibilité en continu parce que les données sont distribuées sur plusieurs copies là où cela est nécessaire.

5. Indisponibilité zéro

La dernière caractéristique essentielle et non des moindres pour une base de données NoSQL est l’indisponibilité zéro. Cela est rendu possible par une architecture masterless qui permet la conservation de plusieurs copies des données sur différents nœuds. Si un nœud tombe en panne, pas de problème. Un autre nœud dispose d’une copie des données pour un accès rapide et facile. Si l’on prend en compte le coût de l’indisponibilité, c’est un aspect très important.

En résumé : choisir entre NoSQL et SQL

Choisir entre une base de données NoSQL ou relationnelle dépendra toujours des besoins spécifiques de votre entreprise. Et il y a bien sûr des situations dans lesquelles vous pourriez utiliser les deux types, car ils sont souvent complémentaires. Si vous traitez de nombreux types de données et/ou vous voulez ou avez besoin de construire de puissantes applications web et cloud pour une base d’utilisateurs distribuée à croissance rapide, votre base de données devra être multimodèle, flexible, facilement évolutive, distribuée et toujours disponible. Vous aurez donc besoin d’une base de données NoSQL capable de répondre à ces exigences.

• Si vous voulez en savoir plus sur les différences entre les bases de données relationnelles et NoSQL, consultez notre comparatif détaillé.
• Vous voulez aller plus loin qu’un simple descriptif de fonctionnalités ? Consultez notre guide complet de NoSQL.
• Nous avons aussi un livre blanc informatif sur les bases de données Active Everywhere.