Discussion :

[hugo123]

Bonjour,

Je cherche la bonne stratégie pour gérer la concurrence d'accès en écriture.

J'ai potentiellement plusieurs applications (dont j'ai la main dessus) qui peuvent accéder a une table en écriture.

Au démarrage de chacune de ces applis, elles font une insertion en base de données avec hibernate. J'ai un generator de clé de type "max" donc il fait un select(max) puis il incrémente cette valeur.

Evidemment il suffit que deux applis fassent le select au même moment pour que cela échoue ensuite lors de l'insertion avec une duplication de clé primaire.

Je ne vois que deux choix actuellement :

- je lock la table avant le select et l'insert (mais je ne sais pas comment le faire avec hibernate)
- je gère l'exception de la contrainte unique et je recommence

je suis sur une appli qui doit tourner sur oracle et sybase en production, et j'utilise mysql et derby en dev donc c'est pourquoi j'ai choisi ce type de generator (max) afin d'avoir une uniformité des comportements. Du coup, pas d'auto increment ou de séquence possible.

Une autre idée ?

je ne peux pas utiliser de séquence ora

[fr1man]

Tu ne peux utiliser les séquences Oracle, car tu n'as pas le droit, ou c'est juste pour que ton appli fonctionne en dev avec mysql ou derby ?

Si c'était possible, j'utiliserais une séquence en prod, et generator identity en dev pour Mysql. Je ne sais pas si cela fonctionne également avec Derby.

En tout cas, utiliser un max() est une bien mauvaise idée.

[hugo123]

Finalement je peux utiliser :

<generator class="native">
<param name="sequence">invocation_id_sequence</param>
</generator>

Qui permet sur oracle d'utilisation une séquence, sur sybase il va utiliser "native" qui est une sorte d'auto increment et ceci fonctionne aussi sur derby et mysql. Le param name sera tout simplement ignoré pour ceux n'utilisant pas de séquence.
Effectivement, le select max n'était pas une très bonne idée.