Verwenden Sie immer primitive Objektwrapper für JPA @Id anstelle des primitiven Typs?

Question

Ich habe das Problem mit primitiven Typ als Objekt @Id für JPA in Verbindung mit Spring Data JPA gefunden. Ich habe Eltern/Kind-Beziehung mit Cascade.ALL auf der Elternseite, und Kind hat PK, die gleichzeitig auch Eltern FK ist.

class Parent { 
    @Id 
    private long id; 

    @OneToOne(mappedBy = "parent", cascade = ALL) 
    private Child child; 
} 

class Child { 
    @Id 
    @OneToOne 
    private Parent parent; 
} 

Also, wenn ich laufe:

... 
Parent parent = new Parent(); 
Child child = new Child(parent); 
parent.setChild(child); 
em.persist(parent) 
... 

alles funktioniert. Aber ich verwendet Spring Data JPA die Einheit bestehen bleiben, so dass ich laufen statt:

parentRepository.save(parent); // instead of em.persist(parent); 

und diese wurde mit der folgenden Ausnahme fehlgeschlagen:

Caused by: org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: Parent 

Das Problem war, dass Spring Data JPA save () Methode überprüft, ob die Entität neu ist, und wenn sie neu ist, wird em.persist() verwendet, andernfalls em.merge() wird verwendet.

Der interessante Teil hier, wie Spring überprüft, ob das Unternehmen neu ist oder nicht:

getId(entity) == null; 

Und natürlich, das war falsch, weil ich für @Id lange als Typ verwendet wird, und der Standardwert lang ist 0. Wenn ich Long zu Long ändere, funktioniert alles auch mit Spring Data JPA.

So ist es die empfohlene Praxis immer Objektwrapper für die primitiven Typen (wie Long statt Long) anstelle von primitiven Typen zu verwenden. Jede Drittpartei-Ressource, die dies als empfohlene Praxis beschreibt, wäre sehr nett.

Answer 1

Ich würde sagen, ja, es wird empfohlen, Objekttypen anstelle von Primitiven wegen des Falles zu verwenden, den Sie sehen. Es gibt keine Möglichkeit, zu unterscheiden, ob die Entität neu oder vorher mit einer primitiven Kennung vorhanden ist. Ich habe Hibernate seit Jahren verwendet und ich verwende immer Objekte für Kennungen.

Answer 2

Ich würde einen Objekttyp verwenden. In der XML-Mapping könnten Sie ein "ungespeichertes Wert" -Attribut setzen, aber ich denke nicht, dass es eine direkte Übersetzung zu den Anmerkungen dafür gibt. Daher ist es sicherer, bei Objekttypen zu bleiben.

Und die meisten Programmierer würden erwarten, dass ein "Null" -Wert in einem Bezeichner sowieso nicht gespeichert wird.