Hibernate вставляет дубликаты в коллекцию @OneToMany
У меня есть вопрос относительно Hibernate 3.6.7 и JPA 2.0.
Рассмотрим следующие сущности (некоторые геттеры и сеттеры опущены для краткости):
@Entity
public class Parent {
@Id
@GeneratedValue
private int id;
@OneToMany(mappedBy="parent")
private List<Child> children = new LinkedList<Child>();
@Override
public boolean equals(Object obj) {
return id == ((Parent)obj).id;
}
@Override
public int hashCode() {
return id;
}
}
@Entity
public class Child {
@Id
@GeneratedValue
private int id;
@ManyToOne
private Parent parent;
public void setParent(Parent parent) {
this.parent = parent;
}
@Override
public boolean equals(Object obj) {
return id == ((Child)obj).id;
}
@Override
public int hashCode() {
return id;
}
}
Теперь рассмотрим этот фрагмент кода:
// persist parent entity in a transaction
EntityManager em = emf.createEntityManager();
em.getTransaction().begin();
Parent parent = new Parent();
em.persist(parent);
int id = parent.getId();
em.getTransaction().commit();
em.close();
// relate and persist child entity in a new transaction
em = emf.createEntityManager();
em.getTransaction().begin();
parent = em.find(Parent.class, id);
// *: parent.getChildren().size();
Child child = new Child();
child.setParent(parent);
parent.getChildren().add(child);
em.persist(child);
System.out.println(parent.getChildren()); // -> [[email protected], [email protected]]
em.getTransaction().commit();
em.close();
Детский объект неправильно вводится дважды в список дочерних элементов родительского объекта.
При выполнении одного из следующих действий код работает нормально (нет дубликатов записей в списке):
- удалить атрибут
mappedBy
в родительском объекте
- выполнить некоторую операцию чтения в списке дочерних элементов (например, строка uncomment, помеченная
*
)
Это, очевидно, очень странное поведение. Кроме того, при использовании EclipseLink в качестве поставщика непрерывности код работает так, как ожидалось (без дубликатов).
Является ли это ошибкой Hibernate или я что-то упускаю?
Спасибо
Ответы
Ответ 1
Это ошибка в спящем режиме. Удивительно, но пока не сообщается, не стесняйтесь сообщать об этом.
Операции с неинициализированными ленивыми коллекциями помещаются в очередь для их выполнения после инициализации коллекции, а Hibernate не обрабатывает ситуацию, когда эти операции конфликтуют с данными из базы данных. Обычно это не проблема, потому что эта очередь очищается от flush()
, и возможные конфликтующие изменения распространяются на базу данных по flush()
. Однако некоторые изменения (такие как сохранение объектов с идентификаторами, генерируемыми генератором типа IDENTITY
, я думаю, это ваш случай) распространяются в базу данных без полного flush()
, и в этих случаях возможны конфликты.
В качестве обходного пути вы можете flush()
сеанса после сохранения дочернего элемента:
em.persist(child);
em.flush();
Ответ 2
Я исправил эту проблему, указав Hibernate, чтобы не добавлять дубликаты в мою коллекцию. В вашем случае измените тип поля children
от List<Child>
до Set<Child>
и реализуйте equals(Object obj)
и hashCode()
в классе Child
.
Очевидно, что это будет невозможно в каждом случае, но если есть разумный способ определить, что экземпляр Child
уникален, это решение может быть относительно безболезненным.
Ответ 3
Я столкнулся с этим вопросом, когда у меня возникли проблемы с добавлением элементов в список, аннотированный с @OneToMany, но при попытке перебора элементов такого списка. Элементы в списке всегда дублировались, иногда намного больше, чем дважды. (Также произошло при аннотации с @ManyToMany). Использование набора не было решением здесь, поскольку эти списки должны позволять дублировать элементы в них.
Пример:
@OneToMany(mappedBy = "parent", fetch = FetchType.EAGER)
@Cascade(CascadeType.ALL)
@LazyCollection(LazyCollectionOption.FALSE)
private List entities;
Как оказалось, Hibernate выполняет sql-инструкции с помощью left outer join
, что может привести к дублированию результатов, возвращаемых db. Что помогло просто определить порядок результата, используя OrderColumn:
@OrderColumn(name = "columnName")
Ответ 4
Используя контекст Java в Wildfly (8.2.0-Final) (я думаю, это версия Hibernate 4.3.7), обходной путь для меня заключался в том, чтобы сначала сохранить дочерние элементы и добавить их в ленивую коллекцию:
...
@TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
public void test(){
Child child = new Child();
child.setParent(parent);
childFacade.create(child);
parent.getChildren().add(cild);
parentFacade.edit(parent);
}
Ответ 5
Управляется этим, просто вызвав метод empty(). Для этого сценария
parent.getChildren().isEmpty()
до
parent.getChildren().add(child);