Ojects de temps persistants en tant qu'entités au lieu de types de valeur?

Question

J'utilise Joda Time DateTime pour gérer la date et l'heure. Je persiste des objets de ce genre en utilisant la classe PersistentDateTime incluse dans le jodatime hibernate code.

J'ai de grandes collections d'objets DateTime, et je persiste actuellement les de la manière suivante (un extrait d'un fichier de mappage de mise en veille prolongée suit):

<set name="validInstants" sort="natural"> 
    <key column="myobject_id"/> 
    <element column="date" type="myproject.utilities.hibernate.types.PersistentDateTime"/> 
</set> 

Ce faisant, à savoir le stockage DateTimes comme types de valeur , Je reçois plusieurs éléments en double dans la table validInstants, des centaines de milliers d'entre eux. Je voudrais éviter cela et avoir dans la table validInstants les DateTimes nécessaires, stockées une fois par valeur. Comment puis-je atteindre cet objectif? Pour autant que je sache (je suis et Hibernate débutant) la seule façon d'y parvenir est de créer une classe qui enveloppe un DateTime et le mappe en tant qu'entité, en plus de créer une usine qui renvoie toujours le même DateTime- wrapper lorsque vous demandez la même date. Est-ce la meilleure façon de faire ce que je veux? Suggestions?

Answer 1

Quelle est exactement la relation entre l'entité stockée ici et l'ensemble validInstants? Est-ce que l'entité "possède" les validInstants? Est-ce qu'un membre de validInstants a une utilisation ou une vie en dehors de l'entité dont il est déclaré comme faisant partie? Si ce n'est pas le cas, je ne pense pas qu'il soit logique de traiter une entité non-entité comme une entité (ce que vous feriez si vous "créez une classe qui enveloppe un DateTime et le mappe comme une entité").

Je ne m'inquiéterais pas d'avoir de nombreux éléments en double dans la table qui stockent ces dates, à moins que ce ne soit un gros problème. Avec l'indexation sur la colonne myobject_id, ces recherches devraient être assez rapides.