Discussion :

[Ougha]

Bonjour à tous,

Nous avons une application web utilisant Struts 2, Spring et Hibernate 3 sous TomCat 5.5 et JDK 1.5.

Tout fonctionne bien avec un TomCat et une DB (DB2).

Mais je me pose la question de la montée en charge de cette application (plus de 250 utilisateurs simultanés).

Nous avons configuré nos mapping Hibernate avec du

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<id name="id" column="ID">
			<generator class="increment" />
		</id>

et nous avons déjà vu des problèmes lorqu'une autre petite application insérait dans la même DB un objet. Hibernate de l'application principale ne voyait pas l'insertion par l'autre appli, et donc faisait des ConstraintViolation au prochain insert. Nous avons dû changer le generator pour mettre un custom qui récupère le max id à chaque insert.

Ma question est la suivante :
Si je mets 2 serveurs d'applications en clusters pour faire du load balancing, j'aurais donc 2 war, et donc 2 applications qui ne se "voient" pas. Vais-je avoir des problèmes de ConstraintViolation ?

Avez vous une idée et/ou une solution à cela ?

J'ai vu des solutions comme Terracotta, mais je me demande si cela est vraiment nécessaire ?

Merci pour vos conseils.

[fr1man]

Ta solution de generator perso à base de max me parait également très foireuse, surtout dans le cas où tu auras deux serveurs.
Utilise plutôt le generator native, voire sequence qui semble être la méthode supportée par DB2.
Tu ne devrais plus avoir de problème à l'insertion.

[ohanny]

increment est effectivement une solution à éviter, mais avec db2 c'est identity qu'il faut utiliser (voire native qui revient à utiliser identity) et non pas sequence

[fr1man]

@ ohanny

La documentation d'Hibernate indique que DB2 supporte également les séquences.

[Ougha]

Effectivement ce serait la solution, mais que faire si on veut rester le plus générique possible pour éventuellement pouvoir passer sur d'autres DB sans changer le code ? (Oracle, ...)

[gronono]

Bonjour,

Tu peux utiliser un id généré aléatoirement. Par exemple, sur le projet sur lequel je travaille, on utilise un UUID :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
java.util.UUID.randomUUID().toString()

La proba de générer deux clés identiques est vraiment super faible.

Et pour avoir l'ordre d'insertion (si tu en as besoin), on a un champ created qui contient la date de création de l'objet (= grosso modo la date d'insertion)

A+
Gronono