Donc je déplace une partie de mon code de sql à mongodb et il y a peu de choses qui ne me sont pas encore très claires.Quelle est la meilleure approche pour la requête mongodb avec somme et tri
Disons que j'ai la requête SQL simple suivante (juste un exemple)
select count(a.id) as count, b_id
from table group by b_id
where c_id=[SOME ID]
group by b_id
order by count desc;
Je suppose que tout le monde comprend ce que cela fait. Maintenant, avec mongo, je peux utiliser plusieurs approches, tout faire du côté mongo, extraire les résultats sommés et les trier côté client ou simplement obtenir les données brutes du côté client et y faire tout le traitement. Quelle serait la meilleure approche pour la requête ci-dessus, pour tout faire dans la base de données avec un mécanisme interne mongodb (mapreduce etc) ou aller chercher la collection au côté client et la traiter là. L'ensemble de données sera en général énorme, mais la requête peut être divisée en plusieurs parties si nécessaire.
Le client est basé sur Java si cela est important.
Je ne suis pas sur la production (encore) pour que je puisse l'utiliser, à votre avis est l'approche cadre d'agrégation toujours plus performant pour le cas au dessus? – mikkom
À l'exception de la gestion manuelle des données agrégées (ce qui est très contextuel) oui. L'AF est complètement natif alors que le groupe et m/r sont alimentés par JavaScript et donc à thread unique et (relativement) lent. Franchement si vous voulez m/r je voudrais intégrer avec Hadoop plutôt que d'utiliser MongoDB m/r –
Merci, je pense que je vais devoir installer la dernière instable alors. – mikkom