Hibernate генерирует исключительное исключение нарушения ограничений при обновлении полевой части уникального ключа

Question

Ниже приведен пример использования: У меня есть уникальный индекс, определенный на 3 столбцах: A, B, C. Предположим, что в них есть значения A1, B1, C1. Мой код java добавляет новую запись, скажем, A1, B1, C1, но до добавления этой записи я обновляю предыдущее значение от C1 до C2. При попытке добавить новую запись (после обновления), hibernate бросает уникальное исключение нарушения ограничений. Любая причина, почему это так? Все вышеуказанные операторы выполняются в рамках одной транзакции. Мое предположение заключается в том, что вставка происходит до обновления и, следовательно, причина исключения.

Любые мысли или предложения?

Answer 1

Попробуйте использовать session.flush() после обновления.

Answer 2

Мой код java добавляет новую запись, скажем, A1, B1, C1, но до добавления этой записи я обновляю предыдущее значение от C1 до C2. При попытке добавить новую запись (после обновления), hibernate бросает уникальное исключение нарушения ограничений. Любая причина, почему это так? Все вышеуказанные операторы выполняются в рамках одной транзакции.

Вот как Hibernate ведет себя в соответствии с проектом, он будет вставить значения в save() времени (A1, B1, C1), а затем обновить их (C1-C2), он не вставит A1, B1, C2). Цитирование короля в Insert and Update in same flush:

Ожидаемое поведение Hibernate (мы обсуждали это, действительно ли правильно или нет!) В том, что оператор INSERT будет вставлять именно те данные, которые были установлены в момент сохранения() была вызвана. Это дает пользователю немного более тонкий контроль, особенно в контексте, где есть триггеры и т. Д. Однако, если вы не будете осторожны, это может сильно ухудшиться.

Предложение: задержать сохранение для вставки (A1, B1, C2) напрямую.