Need help with Hibernate? Read this first:
http://www.hibernate.org/ForumMailingli ... AskForHelp

Hallo zusammen!

Habe ien kleines Problem.

Ich will ein Objekt mit einer Session verbinden (session.load(xxx)), danach seine Id ändern und das Objekt speichern. Dabei bekomme ich immer die Fehlermeldung:

org.hibernate.HibernateException: identifier of an instance of 'package.Class' altered from 1 to 800

Genau das, was die Exception aussagt (alter from 1 to 800) will ich aber machen. Jemand eine Ahnung wie ich eine Id ohne Exception ändern kann???

Ich denke, dass ist nicht möglich. Die Instanz wird anhand es Primary Keys identifiziert und kann sich daher nicht einfach ändern. Du kannst das Objekt vielleicht kopieren und neu in die Datenbank schreiben.

In welchem Zusammenhang kommt denn so etwas vor?

Gruß Sebastian

Primaerschluessel aendern sich nicht, ansonsten waeren es keine primaeren Schluessel. http://en.wikipedia.org/wiki/Primary_key

Hallo Zusammen!

@LaLiLuna
Vielen Dank für den Versuch eine konstruktive Antwort zu liefern. Der Zusammenhang ist folgender. Ich habe eine Tabelle A dessen PK auf eine Tabelle B verweist, in der sehr viele abhängige Daten stehen. Wird der PK in A geändert, so sollen sich kaskadierend alle zugehörigen Wert in B ändern. Problem: In der Hibernate kann ich den PK von A nicht ändern.

@christian
Dieselbe Antwort hat mit Dein Kollege im englischen Forum auch gesagt. Nach der relationalen Theorie habt ihr recht. In der Praxis wird das aber öfter gemacht und somit liegt die Frage ja auch nicht fern, ob Hibernate das unterstützt. Ein einfaches:"Nein Hibernate kann das nicht", hätte gereicht.

Hallo tomcat,

das macht immer noch nicht den Grund deutlich, warum man den Primary Key ändern sollte.
Beispiel:
Mein Primary key ist name, vorname, geburtsdatum. Dann kann ich mir eine Situation vorstellen, dass man ein Feld des Primary keys ändern können muss. In diesem Fall könnte man aber auch einen "syntetischen" Primary key verwenden, wie: integer id.

Gruß Sebastian

Nein den PK von A kannst du nicht ändern, weil er nicht nur in B sondern evtl. auch C, D, E.... benutzt wird ;o)
Also lege A2 an und schreibe den in B. In B ist er ja nur ein foreign key, bzw. irgendein Objekt (jetzt in Java...) das leicht ersetzt werden kann.

Gruß Martin

Dann versuch das doch mal "praktisch" direkt per SQL. Wird nicht funktionieren.... :~)
Die IMHO bessere Alternative zum Kopieren&Löschen ist es, den fachlichen (änderbaren) vom technischen Primärschlüssel zu trennen.