Hallo,

ich habe mit einem Insert SQL Statement Daten in eine Tabelle eingefügt.
Wenn ich nun mit Hibernate auf die Tabelle zugreife kommen die Daten einwandfrei heraus.
Will ich aber die Daten wieder in die Tabelle zurück schreiben, werden die Unique constraints der Tabelle (Indexe) missachtet

-->
net.sf.hibernate.JDBCException: Could not execute JDBC batch update

Caused by: net.sf.hibernate.JDBCException: Could not execute JDBC batch update
de.ifis.hibernate.transactionmgt.HibernatePersistenceSession.commit(HibernatePersistenceSession.java:60)
... 27 moreCaused by: java.sql.BatchUpdateException: ORA-00001: Unique Constraint (SYS_C0020167) verletzt


Kann ich Hibernate irgendwie sagen, dass er auf die neu Eingefügten Daten rücksicht nehmen soll?

Thxs!
rodiges

Hallo,

das kann verschiedene Ursachen haben. Wie genau soll denn das zurückschreiben erfolgen (Code posten??)? Wie sehen die mappings aus?

Z.B. kann es nicht funktionieren, wenn man ein bereits persistentes Objekt mit save() nochmal speichern will - hier bräuchte man update() bzw. saveOrUpdate().

Gruß

piet

Du bist verwantwortlich für die Unique key constraints und nicht Hibernate. Für Hibernate ist das ein Hinweis, dass bei der Tabellenerzeugung constraints erzeugt werden sollen.

Hi,

sagt mal, ist das zufällig genau das gleiche Problem wie meins hier?

http://forum.hibernate.org/viewtopic.php?t=972090

Wenn ja, heisst das dann, dass ich die Nummern (also IDs) generell manuell vergeben soll??
(Ich rede von der Primary Key Spalte ID. Darf die dann nicht mehr Autoinc sein?)

Hi,

sagt mal, ist das zufällig genau das gleiche Problem wie meins hier?

http://forum.hibernate.org/viewtopic.php?t=972090

Wenn ja, heisst das dann, dass ich die Nummern (also IDs) generell manuell vergeben soll??
(Ich rede von der Primary Key Spalte ID. Darf die dann nicht mehr Autoinc sein?)