Hibernate/JPA Parent-Child - ist es in Ordnung für Parent equals()/hashCode() die DB Id zu verwenden?

Question

Angesichts der folgenden:

@Entity 
public class Parent implements Serializable { 
    @Id 
    private Long id; 
    // mapped ManyToOne below... 
    private List<Child> children = new ArrayList<Child>(); 

    ... 

} 

Ist es eine schlechte Praxis Parent.equals() und Parent.hashCode() id nur zu haben, verwenden? Ich verstehe, dass Child.equals() und Child.hashCode() einen unveränderlichen Satz von Attributen für einen "natürlichen Schlüssel" verwenden sollten, damit sie von Parent korrekt verwaltet werden. Wenn Parent jedoch immer ein Objekt der obersten Ebene ist (dh es ist niemals die inverse Seite einer Assoziation), ist irgendetwas falsch daran, nur die ID zu verwenden?

Gibt es unerwünschte Effekte, die sich dadurch bemerkbar machen können? Ich vermute, dass, wenn ich das tue, wenn ich ein Kind hinzufüge (oder entferne), Hibernate wird nicht in der Lage zu sagen, dass Eltern geändert hat (und muss in DB aktualisiert werden)? Sollte in diesem Fall die Eigenschaft children für Parent.equals() und Parent.hashCode() verwendet werden?

ich frage, weil die Hibernate docs explicity sage nicht die @Id Eigenschaft für einen „natürlichen Schlüssel“ zu verwenden ...

Answer 1

Das primäre Problem mit der ID als equals und hashCode Basis verwendet, sind unpersisted Objekte. Diese Objekte beginnen vermutlich alle mit der gleichen ID und dies kann nicht korrekt mit Gleichheit verglichen werden. Selbst wenn Sie die Objekte nie in eine Sammlung stellen, wenn sie über eine API verfügbar gemacht werden und jemand anderes eine Instanz von ihnen erstellen und sie in eine Sammlung einfügen kann, haben Sie sich selbst für einige böse Fehler geöffnet.