C'est la même question que: HiLo or identity?HiLo vs Identité?
Prenons comme exemple la base de données de ce site.
Disons que le site a les tableaux suivants:
Quelle est la meilleure stratégie à utiliser pour elle:
identité - qui est plus fréquente.
OU
HiLo - qui donnent les meilleures performances.
Modifier: si HiLo est le meilleur, comment serait la structure de la DB?
Non seulement HiLo offre une meilleure performance à peu près toujours, mais il préserve également l'Unité de Travail en évitant TOUTES les écritures jusqu'à la vidange de la session.
Etre "plus commun" (?) Ne semble pas être un avantage technique objectif.
Je recommande que vous lisiez http://fabiomaulo.blogspot.com/2009/02/nh210-generators-behavior-explained.html pour une explication détaillée des inconvénients de choisir l'identité.
J'ai quelques exemples de codes sur la façon d'utiliser MultipleHiLoPerTableGenerator avec annotation Hibernate.
S'il vous plaît référer à la partie inférieure de ce blog:
http://shengchien.blogspot.com/2010/10/hibernate-batch-processing-with-mysql.html
Je suis un fan de ids séquentiel. HiLo est mieux adapté aux applications qui s'abonnent au modèle de client intelligent où l'application démarre en ligne obtient sa clé HiLo et peut ensuite fonctionner hors ligne tout en générant des clés uniques pour l'application. –
HiLo est bon à tout cas que vous avez besoin de l'ID, de la nouvelle entité ajoutée, Avant de valider la transaction. –