Stockage en java : JDBC, Fichier ;GC Collector ?

Bonjour,

Je travaille actuellement sur un projet en Java.

Ce projet a pour objectif de calculer au minimum 1 million de montant individuel pour 50 000 individus.

J'ai rencontré un problème de stockage en java ''head space memory" après avoir mis en paramètre -xmx le problème a permis d'augmenter le nombre de données à stocker mais pas entièrement..

On m'avait alors conseillé d'utiliser les randomaccessfile, choses faites, cependant à la sortie le fichier faisait plus de 140 go et les temps de calculs (dû à l'écriture dans le fichier) avaient été rallongés de 12h.

Je me suis alors mis en tête la mise en place d'une base de données (JDBC) afin de pouvoir stocker l'ensemble des ces montants. N'ayant jamais eu d'expérience opérationnel en base de données sur "un tel volume", je viens vers vous afin de savoir si cette solution en est bien une. Comment connaître la capacité maximale de stockage avec une BD (par rapport aux disques durs et aux données) et surtout comment prévoir la capacité minimale pour stocker ces informations (en fonction du type de variables...)

J'avais même pensé à faire du grid computing, afin d'améliorer les temps de calculer et stocker sur plusieurs PC en même temps les résultats...

Etant junior, le point de vue "mise en place" reste flou!!

Merci d'avance ;)

Si tu écris dans ton fichier à chaque résultat sans buffer, il est normal de "pourrir" les accès disques.
Tu devrais faire le test avec un java.io.BufferedOutputStream en ajustant la taille du buffer. Celui n'écrira effectivement sur le disque que lorsque le buffer sera plein, et il écrira un grand bloc d'information. Par contre c'est à toi de spécifier la taille du buffer : tu peux débuter par 8 Mo par exemple.
La difficulté est de trouver le juste milieu entre demander rarement un accès disque en écriture et écrire rapidement le buffer sur disque.

Le problème se pose surtout pour la mise en place d'une base de données.

la solution du fichier étant moins performante que la DB car je dois stocker d'autres informations relatives aux montants (quel individu, etc...) et surtout pouvoir travailler avec (java, ou des DB)

Il y a fichiers et fichiers, de même qu'une base de donnée sans index donnera des solutions toutes pourries. Mais les fichiers indexés c'est un peu la pré-histoire, mais après tout si le traitement si prette pourquoi pas.

JDBC n'est qu'une api d'accès a une Datasource. Il te faut utiliser une base de donnée, comme Oracle, Mysql, etc ... correctement indexé.
Pour optimiser encore plus les accès tu peux avoir recours aussi a un cache comme ehcache par exemple.

Après il faut aussi réflechir a tes accès, evidement avoir 140Go de donnée en RAM est impossible, mais si tu peux découper un peu ton algorithme.
Tu peux charger partiellement en RAM par paquet de 1Go par exemple et écrire en un seul coup le résultat. Ca sera plus rapide que de traiter un par un tes enregistrements.

Bref réflechir a une optimisation est un travail complexe, il n'y a pas toujours des outils tout fait pour ça.