Discussion :

[Le Marlou]

Bonjour,
Je dois étudier la possibilité de mettre en place une (ou plusieurs) queue JMS afin d'insérer des données en base. La contrainte principale est que la volumétrie des données à insérer est assez importante.
Un message JMS pour une insertion en base représenterait environ 1,5 Mo de données, et il peut y avoir jusqu'à 10000 insertions par heure.
Pensez-vous que cette solution peut être viable ?
Je n'ai rien trouvé avec l'ami google sur les problématiques de volumétrie avec JMS ?
Si qq'un a déjà eu affaire à ce type de problème en JMS, merci d'avance

[ttttnht]

Bonjour,

J'utilise JMS queue avec plus de 3000 messages en moyen/ heure, je n'ai aucun problème lié concernant la volumétrie pour une queue JMS.

[dinobogan]

La volumétrie dépend d'abord de la machine. Tu vas devoir faire des benchs pour savoir ce qu'il est possible de faire sur ta machine.

[Le Marlou]

Bonjour,

J'utilise JMS queue avec plus de 3000 messages en moyen/ heure, je n'ai aucun problème lié concernant la volumétrie pour une queue JMS.

oui mais entre 3000 messages de quelques Ko et 10000 messages de 1,5 Mo, ça fait une énorme différence...

finalement, un architecte système nous a suggéré d'utiliser plutôt une base oracle "tampon" (qui jouerait en qq sorte le même rôle que la queue JMS) avec des procédures stockées qui recopient les données dans la base cible.
Cette approche semble à priori convenir à notre système (aussi bien fonctionnellement que techniquement) donc nous allons surement nous diriger vers cette solution