Choix d'outil pour l'analyse de donn�es

Bonjour

Je cherche quel outil choisir pour faire des tableaux de bord quotidien, hebdo, mensuel, annuel, etc. sur une base Mongo contenant des "document" d'activit� (qui a fait quoi et quand).
Chaque document est un ensemble de clefs et valeurs de type time, string, int (des types simples)
il existe un groupe de clefs communes � tous les documents
et des clefs d�pendant de l'activit� trac�e.

Mon besoin est de produire des tableaux de bord g�n�raux (concernant les �l�ments communs dans tous les documents) par exemple un graphe donnant le nombre d��v�nements par minutes, origine, et nature.

J'ai d�j� ce genre de chose sous oracle, mais le relationnel n'est clairement pas le bon choix. La table des �v�nements ne peut contenir que les colonnes communes, les autres �tant dans une table id parent nom de clef valeur
la volum�trie est telle que m�me avec des partitions par date origine, etc nous sommes contraints de garder que 12 jours. (on ne refait pas l'histoire)
Reprendre mon code java qui fait �a � partir d�Oracle pur le faire � partir de mongo n'est et pas un probl�me.

Mais je pense que ce n'est pas une bonne approche.
Coder en java des tableaux de bord n'offre pas beaucoup de souplesse.

Cela ne permet pas de r�pondre � des besoins plus occasionnels
Si je prends par exemple le circuit de la logistique chaque application impliqu�e va remonter des �v�nements sur sa propre activit� dans tous ces �v�nements s'il concerne une commande il y a un champ N� commande pr�sent

Il serait int�ressant de pouvoir retracer toutes les activit�s dat�es de toutes les applications qui ont fait quelque chose concernant une commande.

En temps normal on ne fait pas de tableau de bord pour un �l�ment, mais dans certaines circonstances ...

Bref des outils d�di�s � analyser les donn�es sont plus en ad�quation avec les besoins occasionnels qui surgissent souvent.
Le besoin est donc tr�s g�n�ral. Il concerne environ 1000 applications qui travaillent de concert dans des m�tiers tr�s vari�s.

Le besoin est de pouvoir fournir des tableaux de bord qui montre l'�volution g�n�rale du syst�me, mais aussi de pouvoir extraire des �l�ments tr�s d�taill�s comme tracer le parcours d'un objet.

Je ne suis pas un sp�cialiste de ce genre d'outils. Le choix de la base n'est pas arr�t�, mais il est clair que pour stoker des paquets de JSON le relationnel n'est pas le plus adapt�.
La production des donn�es d'�v�nement et leur stockage ne sont absolument pas un probl�me, c'est plut�t le choix des outils d'exploitation qui d�terminera le choix du stockage.

Merci de votre aide.
A+JYT

Envoy� par sekaijin

Mais je pense que ce n'est pas une bonne approche.
Coder en java des tableaux de bord n'offre pas beaucoup de souplesse.

regarder l'API ODBC et donc JDBC c'est une API tr�s performante.

Envoy� par sekaijin

Le besoin est donc tr�s g�n�ral. Il concerne environ 1000 applications qui travaillent de concert dans des m�tiers tr�s vari�s.

il serait temps de fusionner tout cela sous un ERP

bonjour et merci
sorry pour la r�ponse tardive.

Il est clair que SQL n'est pas la solution m�me avec des bases en m�moire.

JDBC est performant mais ce qui bloque ce n'est pas la communications entre le soft et la base c'est la base elle m�me.

Faire du clef/valeur dans une base relationnelle n'a pas beaucoup de sens. et quand la volum�trie devient gigantesque c'est un frein t�rible.

Donc le choix du NoSQL sur une base clef::valeur ou document est bien plus pertinante. d�j� � l'�criture nous avons un raport de 1 � 10000 ce qui est logique l� ou ont g�n�re un id pour un insert dans la table principale puis on g�n�re N id pour chaque clef uis on ins�re l'�l�ment dans la table principale puis on ins�re chaque couple clef valeur
on ins�re 1 document.

Reste � exploiter les donn�es.

@Mat.M Je ne connais pas un seul ERP capable de r�mplacer les applications m�tier de touts les m�tiers.

A+JYT