OVH>
Merci.
Pardon: Mirki, lol kikou!

Il y a le fameux Jasper très connu. Sinon il y a aussi BIRT qui a l'air très intéressant (article ici : http://dsilvera.developpez.com/tutoriels/Business-Intelligence/utilisation-birt/)

Crytal Reports c'est hasbeen

Et sinon qqun a déjà joué avec des Reporting Tools opensource?
Genre le Crystal report c'est le pied?

Honnêtement là je ne suis pas spécialiste, je ne saurais t'aider à faire le bon choix

En effet, il y en a ici qui remettent en question la validité d'une DB pour des flat-files (teeeellement plus performants)
Je peux tout entendre, j'aime mieux avoir des chiffres.
Mais rien ne compteras plus que nos chiffres/benchmark..bref, y a du boulot.

J'en avais presque oublié le sujet du projet Dans ces cas-là une DB n'est ptêt pas la meilleure solution

Un bon p'tit prog en asm ?

ové> héhé, quand on est pas gamer, on trouve d'autres justification pour faire du perf-p0rn !

gizmo> Bonne question et probablement bon point de départ: nos tables (de paquets) sont bien plus longue que large (une 20aine de champs en largeur: timestamp, signature, tos,...) mais en longueur...biggre, imagine que tu gardes une entrée pour chaque paquet vu sur le gateway d'une TRES grosse boite en ne gardant que le port 80,25,443 et 110. (c'est un exemple) Bref, VMT bcp.

Euh, juste pour savoir, tu estimes à combiens d'insertion de records/heure active?

Tu veux prendre ton pied à configurer postgresql hein, avoue

MySQL n'est pas dans la course (même après lecture de ton très bon comparatif)
Il s'agit uniquement de tunner-sa-mère à PostgreSQL.