Hallo Hibernate-Forum,
ich habe das Problem, folgenden Sachverhalt als Hibernate-Mapping auszudrücken:
Code:
public class KontoStruktur implements Serializable
{
public KontoStruktur()
{
super();
}
// Primärschlüssel
private Integer id;
private String konto;
private String typ;
}
Code:
public class KontoStrukturText extends KontoStruktur
{
public KontoStrukturText()
{
super();
}
// Foreign key
private Integer id;
// zweite Komponente des Primärschlüssels
private String lang;
private String name;
}
Wie man sieht, besteht der Primärschlüssel der Sub-Klasse aus zwei Komponenten: aus dem Fremdschlüssel auf die Super-Klasse (das ist mit dem joined-subclass-Mapping kein Problem)
und dem "normalen" Property lang.
Folgendes Mapping führt zwar zu einer korrekten Anlage des Datenbank-Schemas, allerdings ist der Primary-Key-Constraint für die KontoStrukturText-Tabelle nicht korrekt und ich würde Probleme bekommen, wenn ich Konto-Namen in zwei verschiedenen Sprachen einfügen wollte.
Code:
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
<hibernate-mapping package="de.fwsb.deftax.hibernate.entities">
<class name="KontoStruktur" table="T_KONTOSTRUKTUR">
<id name="id" column="ID_KONTOSTRUKTUR" type="java.lang.Integer"
unsaved-value="null">
<generator class="increment"/>
</id>
<property name="konto" column="KONTO"
type="java.lang.String" unique="true" update="false" not-null="true"/>
<property name="typ" column="TYP"
type="java.lang.String" unique="true" update="false" not-null="true"/>
<joined-subclass name="KontoStrukturText" table="T_KONTOSTRUKTURTEXT">
<key column="ID"/>
<property name="lang" column="LANG"/>
<property name="name" column="NAME"/>
</joined-subclass>
</class>
</hibernate-mapping>
Hat jemand von Euch eine Idee, wie ich dieses Problem lösen kann. Union-Subclasses helfen auch nichts. Ich würde das Datenmodell gerne beibehalten, da ich mir die Arbeit einer Datenmigration ersparen möchte.
Many-To-One-Beziehungen und eine composite-id mit einer Auflösung der Vererbungs-Eigenschaft finde ich auch sub-optimal, da dieses viele Änderungen in der Anwendung mit sich bringt.
Von meinem Verständnis ist dieses Datenmodell auch nicht zu exotisch.
Wäre toll, wenn mir jemand Support bei diesem Problem geben könnte. Ich bin auch gerne bereit, zu helfen, wo ich kann.
Danke, im voraus.
Login
FAQ
Search