Почему Hibernate вставляет родительский элемент строка с внешним ключом без вставки дочерней строки?

Я надеюсь, что кто-то сталкивался с этой проблемой раньше и может мне помочь. По сути, Hibernate вставляет родительскую строку (с идентификатором, указывающим на дочернюю строку), но не вставляет эту дочернюю строку со связанным идентификатором, что оставляет базу данных в плохом состоянии. Вот пример исключения, которое возникает, когда Hibernate пытается загрузить неправильно сохраненный объект:

27 Jun 2011 13:55:31,380 ERROR [scheduler_Worker-4] - 
Job DEFAULT.queryScrubJobDetail threw an unhandled Exception: 
org.springframework.scheduling.quartz.JobMethodInvocationFailedException: 
Invocation of method 'doIt' on target class [XXX] failed; nested exception is
org.springframework.orm.hibernate3.HibernateObjectRetrievalFailureException: 
No row with the given identifier exists: 
[XXX.DataProviderTransaction#60739703]; nested exception is org.hibernate.ObjectNotFoundException: 
No row with the given identifier exists: 
[com.idology.persist.DataProviderTransaction#2]

Эта часть приложения имеет три объекта:

  • Query , который является родительским для DataProviderTransactionReference и DataProviderTransaction
  • DataProviderTransaction , который является дочерним для Query и родительским для DataProviderTransactionReference
  • DataProviderTransactionReference , который имеет внешние ключи, указывающие на DataProviderTransaction и Query

. Вот сопоставления:

From Query :

@OneToMany(mappedBy = "query", cascade =
    { CascadeType.PERSIST, CascadeType.MERGE }, fetch = FetchType.LAZY)
@Cascade(org.hibernate.annotations.CascadeType.SAVE_UPDATE)
@JoinColumn(name = "query_id")
public List<DataProviderTransactionReference> getDataProviderTransactionReferences()

Из DataProviderTransaction :

@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = "query_id")
public Query getQuery()

Из DataProviderTransactionReference :

@ManyToOne(cascade =
    { CascadeType.PERSIST, CascadeType.MERGE }, fetch = FetchType.EAGER)
@JoinColumn(name = "data_provider_transaction_id")
@Cascade(org.hibernate.annotations.CascadeType.SAVE_UPDATE)
public DataProviderTransaction getDataProviderTransaction()
{
    return mDataProviderTransaction;
}

Схема выглядит следующим образом (без таблицы запросов, поскольку у нее нет внешних ключей):

data_provider_transaction

+------------------+---------------+------+-----+---------+----------------+
| Field            | Type          | Null | Key | Default | Extra          |
+------------------+---------------+------+-----+---------+----------------+
| id               | bigint(20)    | NO   | PRI | NULL    | auto_increment |
| query_id         | bigint(20)    | YES  | MUL | NULL    |                |
+------------------+---------------+------+-----+---------+----------------+

data_provider_txn_refs

+------------------------------+------------+------+-----+---------+----------------+
| Field                        | Type       | Null | Key | Default | Extra          |
+------------------------------+------------+------+-----+---------+----------------+
| id                           | bigint(20) | NO   | PRI | NULL    | auto_increment |
| created_at                   | datetime   | YES  |     | NULL    |                |
| data_provider_transaction_id | bigint(20) | YES  | MUL | NULL    |                |
| query_id                     | bigint(20) | YES  | MUL | NULL    |                |
+------------------------------+------------+------+-----+---------+----------------+

Итак, как только мы закончили выполнение запроса (представленного объектом Query), мы сохраняем его с помощью Spring и Hibernate, используя следующее:

getHibernateTemplate().saveOrUpdate(aQuery);

Запрос сохраняется вместе с соответствующими DataProviderTransaction и DataProviderTransacti onReference сущности. За исключением того, что иногда он сохраняет Query и DataProviderTransactionReference без связанного DataProviderTransaction. Он помещает идентификатор в data_provider_transaction_id, но указывает на строку, которой не существует в таблице data_provider_transaction.

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

Мы используем Spring 2.5.6, Hibernate 3.3.2 и MySQL 5.0. Тем не менее, я видел, что проблема возникала в течение многих лет с более ранними версиями Spring и Hibernate.

Кто-нибудь когда-либо видел / решал эту проблему?

7
задан Rafe 28 June 2011 в 18:48
поделиться