Hibernate Vererbung und mehrere Tabellen mit der gleichen Klasse

Wenn ich verstehe die Frage richtig, Sie haben einen master-Datensatz-Tabelle mehrere foreign-key zu viel-Tabelle mit den gleichen Spalten untereinander ?

(a) Ist das der richtige Ansatz?

Nein, Sie versuchen zu tun, Vererbung, indem die Tabelle pro Klasse Strategie Hexe, die ich denke, ist nicht geeignet, verwenden Sie hier, weil Sie einen Verweis auf die jeweils für jeden Typ ein Objekt(Feld Ref1 und Feld Ref2 in Ihrem Fall).
Der Anwendungsfall, können geeignet sein, um die Vererbung verwenden, wenn Sie eine polymorphe Assoziation zum Ref in die MasterRecord Objekt

Beispiel polymorphe Assoziation Ref

public class MasterRecord{

    Long id;

    Ref anyObjectRef1OrRef2; <-- Polymorphic association
}

Den Verein anyObjectRef1OrRef2 gewesen wäre-Karte mit der <any ... /> element in der Zuordnung von MasterRecord. Hätte es brauchte zwei, Spalte eins mit der Klassenname und eine für die foreignKey

(b)Der Fehler tritt auf, sobald ich vorstellen <union-subclass ... also denke ich, dies ist nicht der beste Weg, es zu tun?

Was Sie tun sollten ist, die Eigenschaften Erben von einer Oberklasse (keine spezifische Tabelle für die Superklasse)

(C)Können geschrieben werden mit annotations?

Ja mit @MappedSuperclass annotation.

Hibernate-Referenz-Implementierung (Mit Annotation)

• Mapping von Vererbung siehe Abschnitt 2.2.4.4. Die Eigenschaften Erben von Oberklassen

(C-a)ich kann mir nicht vorstellen, wie definieren die Ref1-und Ref2-Klassen ohne
tatsächlich erstellen eines POJO-Klasse für Sie?

Es nicht getan werden kann ohne die Schaffung von Ref1 und Ref2 pojo-Klassen.

(d)Kann ich mit mehr als 1 Ebene der Vererbung? Ich möchte, zum Beispiel
verwenden Sie eine abstrakte Superklasse für alle meine konkreten Tabellen, mit denen die
auditing Felder, die Sie alle gemeinsam haben? Lassen Sie uns sagen, class Ref extends
eine abstrakte AuditTable

• Abschnitt 2.2.4.4. Die Eigenschaften Erben von Oberklassen

Beispiel mit annotation

Basisklasse Ref.java

@MappedSuperclass
public abstract class Ref {

    String value;

}

Klasse Ref1.java

@Entity
public class Ref1 extends Ref {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    Long id;
}

Klasse Ref2.java

@Entity
public class Ref2 extends Ref {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    Long id;
}

Klasse MainRecord.java

@Entity
public class MainRecord {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    Long id;

    @ManyToOne(cascade=CascadeType.ALL, targetEntity=Ref1.class)    
    Ref ref1;

    @ManyToOne(cascade=CascadeType.ALL, targetEntity=Ref2.class)
    Ref ref2;
}

Erstellen und speichern Entität wie folgt

..begin transaction

MainRecord mainRecord = new MainRecord();

Ref1 ref1 = new Ref1();
ref1.setValue("tettset");

Ref2 ref2 = new Ref2();
ref2.setValue("tettset");

mainRecord.setRef2(ref2);
mainRecord.setRef1(ref1);

entitymanager.persist(mainRecord);

..commit transaction.

verwenden hibernate maping-Datei, die Sie entfernen müssen alle Annotationen verwenden Sie die unten stehende Abbildung.

Nicht, dass bei der Verwendung einer mapping-Datei, die abstrakte Ref.java super-Klasse nicht zugeordnet ist und alle Eigenschaften der super-Klasse ist in jedem Kind mapping-Datei.

<class name="MainRecord" table="MAIN_RECORDS">
        <id name="id" column="uid" type="long">
                <generator class="identity"/>
        </id>
        <many-to-one name="ref1" class="Ref1" column="ID_REF1" fetch="join" unique="true"  cascade="all" />        
        <many-to-one name="ref2" class="Ref2" column="ID_REF2" fetch="join" unique="true"  cascade="all" />     

</class>

<class name="Ref1" table="REF1">
        <id name="id" column="uid" type="long">
                <generator class="identity"/>
        </id>
        <property name="value" type="java.lang.String" column="VALUE" />
</class>

<class name="Ref2" table="REF2">
        <id name="id" column="uid" type="long">
                <generator class="identity"/>
        </id>
        <property name="value" type="java.lang.String" column="VALUE" />
</class>

InformationsquelleAutor Joel Hudon

Abkürzungen wie diese, auch wenn Sie gemacht werden können zu der Arbeit, die oft dazu führen, auf einer Straße, die eventuelle Verwirrung für Entwickler, die Erben Ihren code. Bevor du fragst "kann es sein", fragt "sollte es gemacht werden".

Denke, die Straße hinunter: ist es besser, mehr "effizient" bei der Entwicklung Zeit, indem Sie die Anzahl der Klassen reduzieren und mit einem etwas obskuren Funktion, oder ist es besser, einfach zu machen, die eigenen Klassen und die Dinge leichter verständlich. Auch könnte man Feld sich in eine Ecke, weil diese spezielle Funktion verursachen könnten unbeabsichtigte Folgen, die klassischen "warum ist es zu tun , dass" - situation.

Habe ich erbte viele apps, bei denen frühere Generationen von Entwickler wollten, Dinge zu tun, die in "cool" oder "elegante" Möglichkeiten und endete verursacht mehr Verwirrung als wenn Sie aufbewahrt hatte, die Dinge konkret und einfach.

Nur erzeugen die einzelnen Klassen.

InformationsquelleAutor atrain