Hibernate многие-ко-многим удалить отношение

у меня проблема с отношением hibernate many-to-many: когда я удаляю один элемент из своего набора, он не удаляется в моей базе данных. Я знаю, что есть тонны подобных проблем,но мне не удалось исправить мои, прочитав их.

я написал для него тестовый случай JUnit. Моя связь между зданиями и пользователями:

@Test
public void testBuildingManyToMany(){
    //Create 2 buildings
    Building building = createBuilding("b1");
    Building building2 = createBuilding("b2");
    //Create 1 user
    User user = createUser("u1");

    //Associate the 2 buildings to that user
    user.getBuildings().add(building);
    building.getUsers().add(user);

    user.getBuildings().add(building2);
    building2.getUsers().add(user);

    userController.save(user);
    user = userController.retrieve(user.getId());
    Assert.assertEquals(2, user.getBuildings().size());//Test OK

    //Test 1: remove 1 building from the list
    user.getBuildings().remove(building);
    building.getUsers().remove(user);
    userController.save(user);

    //Test 2: clear and add
    //user.getBuildings().clear();
    //user.getBuildings().add(building);
    //userController.save(user);
    //user = userController.retrieve(user.getId());
    //Assert.assertEquals(1, user.getBuildings().size());
}

вот ошибка, которую я получил:

...
Hibernate: insert into building_useraccount (userid, buildingid) values (?, ?)
Hibernate: insert into building_useraccount (userid, buildingid) values (?, ?)
Hibernate: delete from building_useraccount where userid=? and buildingid=?
Hibernate: insert into building_useraccount (userid, buildingid) values (?, ?)
4113 [main] WARN org.hibernate.util.JDBCExceptionReporter - SQL Error: 23505, SQLState: 23505
4113 [main] ERROR org.hibernate.util.JDBCExceptionReporter - Unique index or primary key violation: "PRIMARY_KEY_23 ON PUBLIC.BUILDING_USERACCOUNT(BUILDINGID, USERID) VALUES ( /* key:0 */ 201, 201)"; SQL statement:
insert into building_useraccount (userid, buildingid) values (?, ?) [23505-176]

когда я комментирую "тест 1" и раскомментирую строки "Тест 2" , я иду следующая ошибка:

junit.framework.AssertionFailedError: 
Expected :1
Actual   :2

вот мой hbm.классы xml:

<hibernate-mapping default-lazy="true">
    <class name="my.model.pojo.Building" table="building">
    <cache usage="read-write" />
    <id name="id" column="id" type="java.lang.Long">
        <generator class="sequence">
            <param name="sequence">building_id_sequence</param>
        </generator>
    </id>
    <property name="name" type="java.lang.String" column="name" not-null="true" />
    ...
    <set name="users" cascade="none" lazy="true" inverse="true" table="building_useraccount">
        <key column="buildingid" />
        <many-to-many class="my.model.pojo.User" column="userid" />
    </set>
</class>
</hibernate-mapping>

и

<hibernate-mapping default-lazy="true">
<class name="my.model.pojo.User" table="useraccount">
    <cache usage="read-write" />
    <id name="id" column="id" type="java.lang.Long">
        <generator class="sequence">
            <param name="sequence">useraccount_id_sequence</param>
        </generator>
    </id>
    <property name="login" type="java.lang.String" column="login" not-null="true" unique="true" length="40" />

    ...
    <set name="buildings" cascade="none" lazy="false" fetch="join" table="building_useraccount">
        <key column="userid" />
        <many-to-many class="my.model.pojo.Building" column="buildingid" />
    </set>
</class>
</hibernate-mapping>

и классы

public class User implements Serializable, Identifiable {

private static final long serialVersionUID = 1L;
private int hashCode;

private Long id;
private String login;

private Set<Building> buildings = new HashSet<Building>();

public boolean equals(Object value) {
    if (value == this)
        return true;
    if (value == null || !(value instanceof User))
        return false;
    if (getId() != null && getId().equals(((User) value).getId()))
        return true;
    return super.equals(value);
}

public int hashCode() {
    if (hashCode == 0) {
        hashCode = (getId() == null) ? super.hashCode() : new HashCodeBuilder().append(getId()).toHashCode();
    }
    return hashCode;
}

/* Getter / Setter ... */

и

public class BuildingBase implements Serializable, Identifiable {

private static final long serialVersionUID = 1L;
private int hashCode;

private Long id;
private String name;

private Set<User> users = new HashSet<User>();

public boolean equals(Object value) {
    if (value == this)
        return true;
    if (value == null || !(value instanceof Building))
        return false;
    if (getId() != null && getId().equals(((Building) value).getId()))
        return true;
    return super.equals(value);
}

public int hashCode() {
    if (hashCode == 0) {
        hashCode = (getId() == null) ? super.hashCode() : new HashCodeBuilder().append(getId()).toHashCode();
    }
    return hashCode;
}

/* Getter / Setter ... */

EDIT: добавить реализацию userController, для транзакции

@Transactional(readOnly = false, propagation = Propagation.REQUIRED)
public User save(User user) throws ServiceException {
    validate(user);//Validation stuffs
    return userDAO.update(user);
}

userDAO:

public class UserDAOImpl extends HibernateDAOImpl<User> implements UserDAO {
}

и HibernateDAOImpl:

public class HibernateDAOImpl<T> implements DAO<T> {

    public T update(T entity) {
        return executeAndCreateSessionIfNeeded(new HibernateAction<T>() {
            @Override
            public T execute(Session session) {
                return (T) session.merge(entity);
            }
        });
    }

    protected <E> E executeAndCreateSessionIfNeeded(HibernateAction<E> action) {
        Session session = null;
        try {
            session = sessionFactory.getCurrentSession();
            return executeAction(action, session);
        } finally {
            if (session != null) {
                session.close();
            }
        }
    }

}

5 ответов


на CascadeType.REMOVE не имеет смысла для многих-ко-многим объединений потому что, когда он установлен с обеих сторон, он может вызвать удаление цепочки между родителями и детьми и обратно к родителям. Если вы установите его только на родительской стороне, вы можете столкнуться с проблемами, когда удаляющий ребенок все еще ссылается на некоторых других родителей.

цитировать Hibernate docs:

обычно нет смысла включать каскад на много-к-одному или ассоциация "многие ко многим". На самом деле @ManyToOne и @ManyToMany не даже предлагают атрибут orphanRemoval. Каскадирование часто полезно для один-к-одному и один-ко-многим объединений.


почему cascade="none"?

вы должны использовать cascade="detached,merge,refresh,persist" (не удалить !) вместо обновления удалений в коллекциях.


замена cascade='none' by cascade='all' на buildings определена связь пользователя должно решить проблему.

поскольку вы сохраняете пользователя, чтобы также обновить многие ко многим в БД, вам нужно каскадировать изменения в отношениях от пользователя.


Я боюсь, что то, что вы делаете, на самом деле не очень хорошая идея с hibernate, даже если это одна из самых обычных задач, которые вы бы сделали с отношениями. Способ достичь желаемого-использовать каскады, но, как говорит Влад Михальча, это может привести к удалению одного или другого конца отношений, а не только самих отношений.

в качестве правильного ответа я бы сказал вам, что сказал бы учитель... У вас действительно есть n: m отношения? Вы уверены, что у него нет сущность сама по себе? N: M отношения очень редко можно найти и обычно означает, что моделирование неверно. Даже если это не так, и у вас на самом деле есть n:m, это должно оставаться в модели, никогда не забывайте, что вы используете ORM для связи фактической модели с вашей моделью java, чтобы вы могли фактически иметь сущность в Java с отношениями 1:n на каждом конце и хранить ее в таблице отношений.

с наилучшими пожеланиями!


изменение свойства cascade не устранило мою проблему. В конце концов я решаю сам разобраться с отношениями "многие ко многим", создав объект для промежуточной таблицы и управляя им самостоятельно. Это немного больше кода, но обеспечивает последовательное поведение для того, что я хотел достичь.