Fluent NHibernate - classe/entité spécifique next_hi graines lors de l'utilisation du générateur HiLo

Question

Fondamentalement, j'essaie de faire la même chose que this question mais avec Fluent NHibernate.

Voici ma convention de génération id:

public class IdGenerationConvention : IIdConvention 
    { 
      public void Apply(IIdentityInstance instance) 
      { 
        instance.GeneratedBy.HiLo("1000"); 
      } 
    } 

Maintenant, cela fonctionne très bien, mais toutes les classes finissent par utiliser la même next_hi.

create table hibernate_unique_key (
      next_hi INTEGER 
    ) 

Est-ce que quelqu'un sait comment spécifier que chaque classe doit utiliser son propre next_hi?

Pour clarifier, je voudrais finir avec quelque chose comme customer_next_hi et order_next_hi, en supposant que cela fonctionne sur la base de colonnes. Si elle est basée sur une ligne, cela convient également, à condition que chaque entité sache quelle ligne utiliser pour sa valeur next_hi.

Answer 1

J'ai également posé cette question dans le groupe Fluent NHibernate Google et il semble que la seule façon de le faire serait de créer une classe de générateur d'identifiants personnalisés qui hérite de HiLo ou de TableGenerator. D'après ce que je comprends, le problème clé est que l'instruction SQL pour créer la table de départ n'est exécutée qu'une seule fois, et qu'il n'y a pas de commande ou de crochet intégré pour créer des colonnes ou des lignes spécifiques à l'entité.

Donc quelque chose le long des lignes de this est ce que je vais devoir faire. Je posterai plus une fois que j'ai une implémentation de travail.

Answer 2

Question intéressante, mais je me demande pourquoi vous voulez le faire? Sur le (assez mineur) inconvénient, vous générez plus de demandes db. À la hausse, vous augmenteriez votre espace d'identification de remplacement par un facteur. Mais Long/BigInt n'est-il pas suffisant pour les combiner? (max 18,446,744,073,709,551,615 ids!)

Answer 3

Il y a une bonne solution à ce problème posté sur le blog de Anthony Dewhirt ici: http://www.anthonydewhirst.blogspot.co.uk/2012/02/fluent-nhibernate-solution-to-enable.html