Wie setze ich eine polymorphe Assoziation in JPA?

Einen polymorphic association ist ähnlich wie eine foreign key-oder viele-zu-eins-Beziehung, mit dem Unterschied, dass das Ziel könnte sein, eine von einer Reihe von Typen (Klassen, die in der Sprache, in den Tabellen in der db).

Ich bin portieren einer Datenbank-design, ich nutze seit einigen Jahren von PHP nach Java. In den alten code, den ich gerollt hatte meine eigenen ORM, die nicht optimal für eine Reihe von Gründen. Obwohl ich könnte anfangen zu zwicken, Dinge später, und vielleicht am Ende der Umsetzung alles selbst wieder, jetzt würde ich gerne eine off-the-shelf-ORM und JPA auf meinem entity-Klassen.

Nun, es ist eine Sache, über die Datenbank-layout, dass ich nicht weiß, wie zu sagen, JPA:

Ich habe eine Node und ein Edge Tabelle speichern einer graph (DAG, wenn es darauf ankommt). Jeder Knoten kann Optional auf eine andere Entität aus der Datenbank. Diese entites werden kann refrenced mehrere Male in der Grafik und es kann auch "verwaiste" entites, die sonst nicht zugänglich für die Nutzer, aber was Sinn machen würde, zu halten, zumindest für eine Weile.

Diese Objekte sind überhaupt nicht im Zusammenhang in Bezug auf die Vererbung etc. aber haben eine Natürliche Hierarchie, ähnlich wie Kunden->Seite->Boden->Zimmer. In der Tat, vor Jahren, angefangen habe ich nur mit foreign-key-Felder verweisen auf den "parent" - Objekte. Aber diese Hierarchie ist nicht flexibel genug und begann, auseinanderzufallen.

Ich beispielsweise zulassen möchten, dass Benutzer zu der Gruppe von Objekten in Ordnern, einige Objekte können mehrere "Eltern" und auch die Beziehungen im Laufe der Zeit ändern. Ich brauche zu verfolgen, wie die Beziehungen verwendet werden, so dass die edegs des Graphen haben eine Zeitspanne mit Ihnen verbunden, dass Staaten, von Wann bis Wann, der Rand war gültig.

Den link von einem Knoten zu einem Objekt gespeichert ist, in zwei Spalten die Knoten-Tabelle, trägt man die id in der fremden Tabelle, einer trägt seinen Namen. Zum Beispiel (einige Spalten weggelassen):

table Node:
+--------+-------+----------+
| ixNode | ixRef | sRefType |
+--------+-------+----------+
|    1   |  NULL |   NULL   |  <-- this is what a "folder" would look like
|    2   |   17  |  Source  |
|    3   |   58  |  Series  |  <-- there's seven types of related objects so far
+--------+-------+----------+

table Source (excerpt):
+----------+--------------------+
| ixSource |        sName       |
+----------+--------------------+
|    16    | 4th floor breaker  |
|    17    | 5th floor breaker  |
|    18    | 6th floor breaker  |
+----------+--------------------+

Gibt es möglicherweise eine andere Lösung als die Verwendung von JPA. Ich könnte etwas über das Tisch-layout oder die Einführung einer neuen Tisch etc. Allerdings habe ich viel darüber nachgedacht und schon die Struktur der Tabelle scheint OK zu mir. Vielleicht gibt es auch noch einen Dritten Weg, dass ich daran nicht gedacht.

InformationsquelleAutor Hanno Fietz | 2009-06-26

5

Ich glaube, du hast schon auf einer Antwort. Erstellen Sie eine abstrakte Klasse (entweder @Entity oder @MappedSuperclass) und haben die verschiedenen Arten erweitern.

Etwas wie dies funktionieren könnte
```
@MappedSuperclass
@Inheritance(strategy=InheritanceType.TABLE_PER_CLASS)
public abstract class Edge { 
    //. . .
    @OneToMany
    Collection<Node> nodes; 
}

@Entity 
public class Source extends Edge { 
}

@Entity public class Series extends Edge { 
}

@Entity
public class Node { 
    //. . .
    @ManyToOne
    Edge edge; 
}
```
Verstehe ich Sie vielleicht nicht wollen, zu unterstellen, dass eine Beziehung zwischen der Quelle und der Serie, sondern die Ausweitung einer gemeinsamen Abstrakt (Tisch-less) - Klasse ist die einzige Möglichkeit die ich denken kann, zu tun, was Sie wollen.

InheritanceType.TABLE_PER_CLASS halten Quelle und Serien in separaten Tabellen (Sie könnte verwenden SINGLE_TABLE, etwas zu tun, wie die Vorherige Antwort).

Wenn dies ist nicht, was Sie suchen, viele PPV-Anbieter bieten ein tool, das erstellt Zuordnungen basierend auf einem vorhandenen Satz von Tabellen. In OpenJPA es heißt die ReverseMappingTool [1]. Das tool generiert Java-Quellcode-Dateien, die Sie verwenden können, die als Ausgangspunkt für Ihre Zuordnungen. Ich vermute, dass Hibernate oder EclipseLink haben etwas ähnliches, aber Sie konnte einfach die OpenJPA und verwenden entity Definitionen mit einem anderen Anbieter (das tool erzeugt keine OpenJPA-spezifischen code, soweit ich weiß).

[1] http://openjpa.apache.org/builds/latest/docs/manual/manual.html#ref_guide_pc_reverse
- Dieses wäre sehr einfach zu implementieren, aber was ich nicht verstehe: wie kann der Persistenz-provider wissen, welche Klasse instanziiert wird, wie das referenzierte Objekt für eine bestimmte Zeile in Knoten?
- Gute Frage. Ich habe modelliert diese Lösung mit OpenJPA (andere Anbieter können sich unterscheiden sich in Ihrem Ansatz). OpenJPA speichert einen string in der Node-Tabelle, enthält der string den Klassennamen und PK für den Rand. Im Grunde vereint es ixRef + sRefType in einer einzigen Spalte. Ich bin mir nicht sicher, wie man überzeugen möchte ein JPA-provider verwenden Sie die Tabellendefinitionen, die Sie derzeit haben (ReverseMappingTool oder so ähnlich könnte es herausfinden, wenn). Ich gehe davon aus, das Sie benötigen, um vorhandene Tabellen intakt, und dieses Verfahren wird nicht für Sie arbeiten?
- Nein, ich kann zwicken, das schema so viel wie ich will, ich war nur neugierig (oder nennen Sie es skeptisch 🙂 ). Scheint so, das ist die Lösung. Ich Frage mich immer noch, was passiert, wenn Sie lassen einen provider einrichten der Datenbank und dann den provider wechseln. Aber ich denke, das ist eines der Dinge, die man einfach aufschieben, bis Sie wirklich wissen müssen.
- Sie sollte in der Lage sein, den Anbieter zu wechseln, jederzeit. Natürlich gibt es einige Vorbehalte mit ihm, obwohl. Hibernate und OpenJPA verarbeiten kann, generiert Werte anders (OpenJPA schafft eine OPENJPA_SEQUENCE_TABLE Tabelle zum Beispiel). Sie stellen möglicherweise unterschiedliche Annahmen über Einschränkungen zu.
- Mittlerweile habe ich diese getestet, und leider, es funktioniert nicht. Mit @MappedSuperclass, Basis-Typ wird nicht akzeptiert, da Sie ein Ziel für die @ManyToOne annotation von meinem provider (eclipselink). Mit @Entity, bekomme ich eine Tabelle überflüssig wurde, die ist immer leer und Referenz-Schlüsseln, die nicht qualifiziert sind (ich. e. nur die ids, keine Taste, wo die id-Punkte)
InformationsquelleAutor Mike
5

Wäre die Antwort:
- Vererbung (wie schon vorgeschlagen von Mike)
- plus @DiscriminatorColumn, um Informationen bereitzustellen, die Spalte speichert die Informationen über die Unterklasse verwendet werden soll: sxRef. Der einzige Zweifel, den ich sehe, ist die "sxRef" als nullable Spalte. Ich denke mal, dass es verboten ist.
InformationsquelleAutor Grzegorz Oledzki
2

Haben Sie schaute auf die @Alle annotation? Es ist nicht Teil der JPA ist aber ein Hibernate-Annotation Erweiterung es.
- Während dies scheint, zumindest in der Nähe, was ich will, ich bin nicht mit Hibernate im moment, und ich neother wechseln wollen, noch würde ich wie gefesselt an einen bestimmten Anbieter für ein so zentrales element meiner Anwendung. +1 für "gut zu wissen", obwohl.
InformationsquelleAutor mtpettyp
0

Wie viel Informationen werden in der Quell-und Serie-Tabellen? Ist es nur ein name? Wenn dem so ist, könnte man kombinieren, dass Sie in eine Tabelle, und fügen Sie eine Spalte "Typ". Ihre Knoten-Tabelle verliert sRefType, und Sie hätten eine neue Tabelle, die wie folgt aussieht:
```
ixSource        sName                  sType
  16            4th floor breaker      SOURCE
  17            5th floor breaker      SOURCE
  18            6th floor breaker      SOURCE
  19            1st floor widget       SERIES
  20            2nd floor widget       SERIES
```
Tabelle ersetzen Sie die Quell-und die Serie-Tabellen. Quelle und Serien beide gehören zu einer Oberklasse? Das wäre eine Natürliche Namen für diese Tabelle.
- Sorry, aber das wird nicht für mich arbeiten. Es gibt noch mehr Informationen in die Tabellen und da gibt es auch mehrere Tabellen, die Beispiele sind vereinfacht. Es gibt viele Objekte, die aus mehreren Typen und ich brauche ein Diagramm, flexibler zu sein, wie Sie zueinander stehen.
- Nur vielleicht, ich könnte vorstellen, eine Art der abstrakten RelatedEntity und eine generische Eigenschaft-Tabelle, die speichert Schlüssel-Wert-Paare, aber das scheint dabei ein wenig zu weit. Ich hätte fast keine strukturierten Daten in der db nicht mehr.
InformationsquelleAutor Peter Recore

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.