Est-ce NoSQL idéal pour stocker des statistiques?

Question

Je ne suis pas très familier avec les systèmes NoSQL, mais je me souviens avoir lu il y a un certain temps qu'ils sont idéaux pour gérer des données statistiques.

Comme je m'apprête à commencer à écrire du code qui enregistrera des données comme "combien d'utilisateurs ont été enregistrés chaque jour", je me disais que je pourrais saisir cette occasion pour en apprendre davantage sur NoSQL si cela correspond à mes besoins.

Si NoSQL est en effet idéal pour cela, pourriez-vous me fournir des informations sur la raison pour laquelle? Et quels systèmes spécifiques sont les mieux adaptés à ce besoin particulier?

Après la première réponse, il peut être utile de clarifier un peu plus.

J'ai actuellement une base de données PostgreSQL à partir de laquelle je vais obtenir les données. Ce sera très simple et aucune calcul n'est nécessaire. Par exemple, je vais simplement obtenir un ensemble de résultats avec le nombre d'utilisateurs enregistrés chaque jour pour le mois dernier (ce sera donc essentiellement juste un ensemble de paires de valeurs pour la date / utilisateurs) et enregistrer cela dans une autre table / base de données.

Merci!

Answer 1

Il dépend un peu du type d'analyse que vous allez effectuer sur ces statistiques. Si vous allez effectuer de nombreuses opérations différentes (moyennes, sommes, jointures...), vous pourriez trouver les solutions NoSQL plus contraignantes que leur valeur réelle.

Cependant, si vous stockez principalement des statistiques à des fins d'affichage, ou pour des routines d'analyse très spécifiques, les solutions NoSQL commencent à briller.

Si vos données sont suffisamment petites, optez pour une solution SQL, qui vous offrira les avantages d'un moteur de requête complet à travailler, mais si vous avez beaucoup de valeurs (une valeur par jour n'est rien, même si vous couriez pendant un million d'années), et que vous vous inquiétez de la taille de stockage et des performances, les options NoSQL pourraient à nouveau en valoir la peine.

Si vos données sont semi-structurées, jetez un œil à CouchDB, qui offre un support d'indexation et de requête rudimentaire, pouvant fournir une base pour des routines d'analyse. Si vous stockez des valeurs individuelles avec très peu de structure, mon meilleur conseil serait de jeter un œil à Tokyo Cabinet et Tokyo Tyrant, qui sont des options absolument incroyables pour le stockage clé-valeur.

Answer 2

Les systèmes NoSQL ont tendance à optimiser le cas où les données sont stockées fréquemment, mais consultées rarement. Dans le cas des statistiques, vous pourriez collecter beaucoup de données d'un site (social) fréquemment en petites quantités, ce qui est optimisé. Mais la récupération et l'analyse pourraient être plus lentes... Bien sûr, tout dépend du système NoSQL que vous décidez d'utiliser.