/ / MongoDB (ou un autre NoSQL) aptitude à travailler sur un grand ensemble d'éléments, commandes, prévisions, etc.

MongoDB (ou un autre NoSQL) aptitude à travailler sur de grands ensembles de données d'éléments, d'ordres, de prévisions, etc. [fermé] - asp.net-mvc, mongodb, database, nosql

Je travaille actuellement sur la restructuration d’une base de données qui repose sur un système que nous avons développé. Nous envisageons de transférer la solution dans le cloud.

Ce que nous faisons est de récupérer un grand nombre de donnéesà partir de systèmes ERP (articles, vente par jour, etc.) et effectuez des calculs compliqués sur ces données par article dans notre propre base de données. Le nombre d'enregistrements que nous avons par exemple dans le tableau des ventes peut aller jusqu'à des billions de lignes. Nous créons des données à partir de ces calculs sous forme d'ordres et de prévisions.

Je suis intéressé par les solutions NoSQL,en raison de la pertinence pour l'environnement cloud et aussi pour simplifier la base de code. Cependant, je ne suis pas sûr de savoir si NoSQL convient à un cas d’utilisation semblable à celui que j’ai eu. Qu’est-ce que vous en pensez, devrais-je m'en tenir au SGBDR ou examiner NoSQL?

Si vous pensez que je devrais regarder de plus près dans NoSQL, MongoDB est-il la meilleure solution ou y a-t-il autre chose que vous recommanderiez?

Je pense utiliser Node.js, Rails ou Razor MVC pour le code.

Réponses:

2 pour la réponse № 1

Si vous utilisez mongodb, une combinaison d'une configuration fragmentée de mongodb et d'un hadoop pour réduire les chiffres serait un bon début. Il existe un très bon plugin officiel mongodb hadoop.

https://github.com/mongodb/mongo-hadoop

Je chargerais définitivement de tester la configuration de données et d'expérimenter