Discussion :

[el3ctr0n]

Bonjour à tous,

Ne connaissant pas du tout les bases noSQL, je viens vers vous afin de m'aider dans mes choix de conception sur une base de donnée.

Mon projet consiste à récupérer un grand nombre de données de navigation (non-structurable via un système SQL classique au vue de la disparité des informations) pour chacun de mes utilisateurs (identifiable via un id unique connu).
- Le nombre d'utilisateurs va ce compter en millions
- le nombre d'infos va peser plusieurs Go de données.
- Cette base sera surtout utilisée pour du select afin d'obtenir toute les actions sur un internaute, y définir son comportement via d'autres algo, etc..

La solution qui me parait la plus adapté à ce problème est l'utilisation de mongoDB, j'ai donc regarder un peu la doc mais n'ayant pas l'habitude de ce genre de structure je suis parti sur deux possibilités de conception :

- Créer une collection par utilisateur, et utiliser cette collection pour y stocker un fichier à chaque donnée de navigation
- Créer une seul collection et créer un fichier par utilisateur dans cette collection (mais la taille du fichier risque d’être élevé, et l'ajout/édition d'infos me force à recalculer tout le fichier).

Je ne connait pas les limites et autres soucis potentiels liée à ces volumes sur une base de ce type, j'aimerai donc des avis.

En espérant avoir été assez clair

[SaiRictus]

Bonjour,

Je m'intéresse également au sujet.

Avez vous avancé par rapport à vos questions ?

[bm]

Bon début, mais avec quelle base nosql ?

[el3ctr0n]

Bonjour,

Je m'intéresse également au sujet.

Avez vous avancé par rapport à vos questions ?

Pas réellement, j'ai fait quelques recherches et je pense que ma première solution n'est pas viable avec mongoDB car il y aurait une limitation sur le nombre de namespaces.

Je suis donc toujours à la recherche de la BDD la plus optimisé pour cette problématique

[SQLpro]

...Ne connaissant pas du tout les bases noSQL, je viens vers vous afin de m'aider dans mes choix de conception sur une base de donnée.

Mon projet consiste à récupérer un grand nombre de données de navigation (non-structurable via un système SQL classique au vue de la disparité des informations) pour chacun de mes utilisateurs (identifiable via un id unique connu).
- Le nombre d'utilisateurs va ce compter en millions
- le nombre d'infos va peser plusieurs Go de données.
- Cette base sera surtout utilisée pour du select afin d'obtenir toute les actions sur un internaute, y définir son comportement via d'autres algo, etc..

Vous commencez par choisir le NoSQL sans le connaître ! Est-ce un raisonnement logique ? Je ne le pense pas !
En quoi une base de données relationnelle ne serait-elle pas à l'aise pour ce faire ?

- Le nombre d'utilisateurs va ce compter en millions

Des millions de lignes dans une table relationnelle ne pose aucun problème particulier.

- le nombre d'infos va peser plusieurs Go de données.

Il y a longtemps que les grands SGBDR savent gérer des bases de plusieurs Po !

- Cette base sera surtout utilisée pour du select afin d'obtenir toute les actions sur un internaute, y définir son comportement via d'autres algo, etc..

Donc vous êtes en train de dire que vous allez faire du SELECT qui est un ordre SQL avec une base non SQL...
Bizarre non ?

Quelque soit votre système de BD, il faut un minimum de structuration... Sinon, c'est pas du NoSQL qu'il vous faut, mais du big data et c'est pas du tout la même chose !!!!

A +

[nathieb]

Bonjour,

Je pense effectivement que tu prends le problème à l'envers.
En conception, on exprime une expression puis tu modélises UML ou autre technique si tu veux.
sans te poser la question du, avec quelle techno. Avec des infos plus précises enfin on pourra t'aider sur des
points plus précis. le NoSQL ou le BigData n'est pas la solution à tous les problèmes.


Olivier

[Theta]

Pourquoi ne pas faire tout simplement une collection avec plusieurs document par utilisateur, dans chacun de ces documents un champs "user" indexé?