Discussion :

[mickilous]

Bonjour,

Tout retour d'expérience sur des grosses volumétries gérées avec Hibernate m'intéresse.

Par grosse volumétrie je veux dire :
Insertion de plusieurs 10aines de millions de records par mois (dans une même table puisqu'il s'agit du même objet).

Exploitation des données après plusieurs années. On arrive au milliards de record.

Avant de me lancer dans un chantier de test, votre avis m'intéresse. Le fournisseur de DB m'intéresse aussi.

A+

[djsnipe]

10 millions de lignes par mois c'est déjà près de 4 lignes par secondes. Après il faut voir de quelle manière sont insérées les lignes. Si c'est en masse, utilise le mode batch de JDBC, les performances changent radicalement par rapport à de l'unitaire, et il devient possible d'insérer plusieurs milliers de lignes par seconde dans une base correcte. Si les insertions sont unitaires, par de multiples transactions unitaire, rien de spécial côté Hibernate, c'est plutôt au niveau BDD qu'il faut dimensionner correctement : disques, tablespace, index légers, ... Les plus grosses références que j'ai vu en place étaient plutôt à base d'Oracle, mais je ne doute pas que d'autres SGBD puissent atteindre des performances qui dépassent tes attentes. C'est juste que vu les besoins de ton appli, l'intervention d'un bon DBA est nécessaire.

[mickilous]

Merci pour ta réponse.

Si quelqu'un d'autre a une expérience à partager, je suis toujours preneur.

A+

[dinobogan]

Pour la base de données, je suis sur un projet avec Sybase. On a des tables qui grossissent de 40 millions de lignes par jour. Elles dépassent les 1.2 milliard de lignes par mois.
Par contre, les interfaces temps réel sont en C.