JPA / Hibernate - Incorporation d'un attribut

hmm, pas sûr. Avez-vous essayé de mettre @mapsuperclasson mustnumber et @Meddable sur les sous-classes. Voir aussi - https://forum.hibernate.org/viewtopic.php?t=966129

comme nœud latéral - avez-vous envisagé d'utiliser un validateur Hibernate au lieu de la méthode de validation de la maison cultivée?

À quoi il ressemble d'essayer de faire est d'utiliser "l'héritage intégré" que je ne crois pas encore les supports hibernés.

@Embeddable
public PartNumber getPartNumber() 
{
  return partNumber;
}

@Transient
public SpecificPartNumber getSpecificPartNumber()
{
  return PartNumberFactory.create( getPartNumber() );
}

J'ai un problème similaire dans mon propre schéma, alors ce que j'ai eu pour le moment, c'est comme ça:

Classe parent: P>

@Embedded
@AttributeOverrides( {
        @AttributeOverride(name="city", column = @Column(name="fld_city") ),
        @AttributeOverride(name="nationality.iso2", column = @Column(name="nat_Iso2") ),
        @AttributeOverride(name="nationality.name", column = @Column(name="nat_CountryName") )
        //nationality columns in homeAddress are overridden
} )
Address homeAddress;

Composant (E.G. @EMedDable) L'héritage n'est pas pris en charge et ne sera probablement jamais. Il y a une bonne raison pour que l'identifiant d'entité joue un rôle essentiel dans toutes les stratégies d'héritage soutenues par Hibernate et les composants n'ont pas d'identifiants (mappés).

Vous avez trois choix:

a) Carte Parnumber (et tous ses descendants) en tant qu'entités. La norme peut rester abstraite: xxx

b) en fonction de votre exemple, il semble que tous les descendants de plusieurs numéros diffèrent uniquement de comportement (ils n'introduisent aucune nouvelle propriété à stocker). Si tel est bien le cas, vous pouvez mapper les propriétés de PARNUMBER PLUS VOTRE VALEUR DE DISCRIMINATEUR (Donc, vous savez quelle classe à instancier) en tant que propriété privée @Enbeddeded et avoir des accessoires d'obtention / SetPartNumber () dans les sous-classes appropriées de la classe. Vous pouvez même écrire votre propre type personnalisé Hibernate pour faire cela pour vous (c'est assez simple).

c) Si les descendants de la norme diffèrent des propriétés qui doivent être stockées et les cartographier en tant qu'entités sont inacceptables pour tout Raison, vous pouvez utiliser Marshall / Motemarshall à la chaîne (comme XML ou autre chose qui correspond à la facture) et stockez cela. J'utilise Xtream pour ce but exact et j'ai écrit un simple type d'hibernate pour y aller. Votre cartographie de la pièce ressemblerait à quelque chose comme xxx

et les descendants de la norme ne devront pas être cartographiés du tout. Bien entendu, l'inconvénient est que la gestion du XML dans la base de données est un peu plus tracas, ce qui pourrait ne pas être l'approche idéale pour quelque chose que vous auriez potentiellement besoin de faire rapport. OTOH, j'utilise ceci pour stocker des paramètres de plug-in et je me suis enregistré beaucoup de problèmes avec des mappages / la maintenance de la DB.

Comme il est mentionné dans d'autres réponses, il semble que Hibernate ne supporte pas l'héritage des embagments (au moins, je n'ai pas réussi à le faire fonctionner). J'ai mangé quelques solutions de contournement (merci à CHSSPLY76 pour l'inspiration):

1) Remplacez @embadable par @entity et stockez PARNBLE Hiérarchie dans une table dédiée. Bien sûr, il nécessite @onetoone de la relation avec la classe Composite ( partie ).

2) Introduisez la classe d'entité intermédiaire qui reflète pleinement la structure de la table de base de données. Et puis sur la carte avec vos classes de modèle de domaine (et votre dos) manuellement. Cette approche fournit une flexibilité extrême au prix du travail manuel pour écrire et tester le code de cartographie.

3) Store Partnumber Descendants sous forme sérialisée et comptez sur le sérialisateur qui doit pouvoir être capable. instancier la bonne classe pendant la désérialisation.

pour ma tâche, j'ai choisi une troisième approche. J'utilise Types Hibernate pour sérialiser des objets dans JSON et stocker le résultat dans JSONB colonne du postgreSQL. Les types d'hibernate utilisent Jackson sous le capot de sorte que toutes ses annotations (y compris celles qui contrôlent le comportement polymorphe) sont à votre disposition. Dans votre code d'affaire serait comme ceci: xxx

Le JSON résultant dans la base de données sera ressemblant à xxx