У меня есть два объекта, которые формируют отношения между родителями и дочерними элементами, которые имеют отношение "многие ко многим". Следуя рекомендациям справочного руководства Hibernate, я сопоставил это с помощью таблицы соединений:
<class name="Conference" table="conferences">
...
<set name="speakers" table="conference_speakers" cascade="all">
<key column="conference_id"/>
<many-to-many class="Speaker" column="speaker_id"/>
</set>
</class>
<class name="Speaker" table="speakers">
<id name="id" column="id">
<generator class="native"/>
</id>
<property name="firstName"/>
<property name="lastName"/>
</class>
Мое желание состоит в том, что один спикер может быть связан со многими различными конференциями, но также и с тем, что любой спикер, который больше не ссылается ни на какую конференцию, удаляется из таблицы speakers
(поскольку спикер без связанных конференций не имеют большой смысл в моем проекте).
Однако я обнаружил, что если я использую cascade="all-delete-orphan"
, то если динамик, связанный с несколькими конференциями, удаляется из одного из них, Hibernate пытается удалить экземпляр Speaker сам.
Ниже приведена unit test, которая показывает это поведение:
@Test
public void testRemoveSharedSpeaker() {
int initialCount = countRowsInTable("speakers");
Conference c1 = new Conference("c1");
Conference c2 = new Conference("c2");
Speaker s = new Speaker("John", "Doe");
c1.getSpeakers().add(s);
c2.getSpeakers().add(s);
conferenceDao.saveOrUpdate(c1);
conferenceDao.saveOrUpdate(c2);
flushHibernate();
assertEquals(initialCount + 1, countRowsInTable("speakers"));
assertEquals(2, countRowsInTable("conference_speakers"));
// the remove:
c1 = conferenceDao.get(c1.getId());
c1.getSpeakers().remove(s);
flushHibernate();
assertEquals("count should stay the same", initialCount + 1, countRowsInTable("speakers"));
assertEquals(1, countRowsInTable("conference_speakers"));
c1 = conferenceDao.get(c1.getId());
c2 = conferenceDao.get(c2.getId());
assertEquals(0, c1.getSpeakers().size());
assertEquals(1, c2.getSpeakers().size());
}
Ошибка при удалении s
из c1.speakers
, поскольку Hibernate удаляет как строку в таблице соединений, так и строку таблицы speakers
:
DEBUG org.hibernate.SQL - удалить из conference_speakers, где conference_id =? и speaker_id =?
DEBUG org.hibernate.SQL - удалить из динамиков, где id =?
Если я изменю cascade="all-delete-orphan"
на cascade="all"
, то этот тест работает так, как ожидалось, хотя это приводит к нежелательному поведению, в результате которого я заканчиваю сиротскими строками в таблице speakers
.
Это заставляет меня задаваться вопросом - возможно ли даже Hibernate знать, когда удалять осиротевшие объекты с дочерней стороны отношений, но только тогда, когда на ребенка не ссылаются никакие другие родители (независимо от того, являются ли эти родители в текущем Session
)? Возможно, я злоупотребляю cascade="all-delete-orphan"
?
Я получаю то же точное поведение, если я использую JPA-аннотации вместо XML-сопоставления, такие как:
@ManyToMany(cascade = CascadeType.ALL)
@JoinTable(name = "conference_speakers",
joinColumns = @JoinColumn(name = "conference_id"),
inverseJoinColumns = @JoinColumn(name = "speaker_id"))
@org.hibernate.annotations.Cascade(org.hibernate.annotations.CascadeType.DELETE_ORPHAN)
private Set<Speaker> speakers = new HashSet<Speaker>();
Это с Hibernate 3.6.7.Final, кстати.