Hibernate/JPA Parent-Child - est-il acceptable pour Parent equals()/hashCode() d'utiliser l'identifiant DB?

Question

Dans le cas suivant:

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

    ... 

} 

Est-ce une mauvaise pratique d'avoir Parent.equals() et Parent.hashCode() utilisent seulement id? Je comprends que Child.equals() et Child.hashCode() doivent utiliser un ensemble immuable d'attributs pour une "clé naturelle" pour qu'ils soient correctement gérés par Parent. Cependant, si Parent est toujours un objet de premier niveau (c.-à-d. Que ce n'est jamais le côté inverse d'une association), y a-t-il quelque chose de mal à utiliser uniquement l'identifiant?

Y at-il des effets indésirables qui pourraient se manifester en faisant cela? Je devine que peut-être si je fais cela, que lorsque j'ajoute un enfant (ou supprimer), Hibernate ne sera pas capable de dire que Parent a changé (et doit être mis à jour dans DB)? Dans ce cas, dois-je utiliser la propriété children pour Parent.equals() et Parent.hashCode()?

Je demande parce que la mise en veille prolongée docs explicity dire de ne pas utiliser la propriété @Id pour une « clé naturelle » ...

Answer 1

Le principal problème avec l'aide d'ID comme égaux et hashCode base est des objets unpersisted. Ces objets commencent vraisemblablement tous par le même ID et cela ne peut pas être comparé correctement pour l'égalité. Même si vous ne placez jamais les objets dans une collection, s'ils sont exposés via une API et que quelqu'un d'autre peut en créer une instance et les mettre dans une collection, vous vous êtes ouvert à de vilains bugs.