java - hibernate 选择和插入奇怪的行为

Question

我正在开发一个 Spring + Hibernate 应用程序，一切都运行良好。制作一个方法我发现了一个我无法真正解释的奇怪行为，所以我会告诉你我得到了什么，也许我们会找到解决方案。

此方法检索解析网页的足球运动员列表，我尝试查找数据库中是否已有同名球员；如果我已经拥有它，我会设置一些参数并更新该对象。如果我没有那个名字的播放器，我想插入它。我显然不能使用 saveOrUpdate 方法，因为我的解析对象没有 ID，因为我没有从数据库中检索它们。

这是产生错误的代码片段(它在服务层，然后声明为Transactional):

List<Calciatore> calciatoriAggiornati = PopolaDbCalciatori.getListaCalciatori(imagesPath);

        for(Calciatore calciatore: calciatoriAggiornati){
            Calciatore current = calciatoreDao.getCalciatoreByNome(calciatore.getNome());
            if( current != null){
                current.setAttivo(true);
                current.setRuolo(calciatore.getRuolo());
                current.setUrlFigurina(calciatore.getUrlFigurina());
                current.setSquadraReale(calciatore.getSquadraReale());
                calciatoreDao.update(current);
            }
            else{
                calciatore.setAttivo(true);
                calciatoreDao.insert(calciatore);               
            }
        }
        return true;
    }

getCalciatoreByName 方法如下(单独使用时有效):

public Calciatore getCalciatoreByNome(String nomeCalciatore) {
        List<Calciatore> calciatori = getSession().createCriteria(Calciatore.class)
                .add(Restrictions.eq("nome",nomeCalciatore)).list();
        return calciatori.size() == 0? null : calciatori.get(0);
    }

由 BaseDaoImpl 类继承的 insert 方法在独立使用时也能正常工作，如下所示:

public Boolean insert(T obj) throws DataAccessException {
        getSession().save(obj);
        return true;
    }

结果很奇怪:列表的第一个对象毫无问题地通过了方法getCalciatoreByNome；因为我在数据库上没有实例，所以流程转到插入。第一轮 for 结束后，这是控制台:

Hibernate: 
    select
        this_.kid as kid1_0_3_,
        this_.attivo as attivo2_0_3_,
        this_.dataDiNascita as dataDiNa3_0_3_,
        this_.nome as nome4_0_3_,
        this_.ruolo as ruolo5_0_3_,
        this_.squadraCorrente_kid as squadraC9_0_3_,
        this_.squadraReale as squadraR6_0_3_,
        this_.urlFigurina as urlFigur7_0_3_,
        this_.version as version8_0_3_,
        squadrafan2_.kid as kid1_7_0_,
        squadrafan2_.attiva as attiva2_7_0_,
        squadrafan2_.nome as nome3_7_0_,
        squadrafan2_.utenteAssociato_kid as utenteAs5_7_0_,
        squadrafan2_.version as version4_7_0_,
        utente3_.kid as kid1_10_1_,
        utente3_.attivo as attivo2_10_1_,
        utente3_.hashPwd as hashPwd3_10_1_,
        utente3_.ruolo_kid as ruolo_ki6_10_1_,
        utente3_.username as username4_10_1_,
        utente3_.version as version5_10_1_,
        ruolo4_.kid as kid1_5_2_,
        ruolo4_.nome as nome2_5_2_,
        ruolo4_.version as version3_5_2_ 
    from
        Calciatore this_ 
    left outer join
        SquadraFantacalcio squadrafan2_ 
            on this_.squadraCorrente_kid=squadrafan2_.kid 
    left outer join
        Utente utente3_ 
            on squadrafan2_.utenteAssociato_kid=utente3_.kid 
    left outer join
        Ruolo ruolo4_ 
            on utente3_.ruolo_kid=ruolo4_.kid 
    where
        this_.nome=?
Hibernate: 
    call next value for SEQ_CALCIATORE

如您所见，没有引发异常，但行为已经受到损害，因为没有真正执行插入!最后一行日志仅显示序列生成器!

在 for 循环的第二轮，当流程接近 getCalciatoreByNome 方法时，这是控制台日志:

Hibernate: 
    insert 
    into
        Calciatore
        (attivo, dataDiNascita, nome, ruolo, squadraCorrente_kid, squadraReale, urlFigurina, version, kid) 
    values
        (?, ?, ?, ?, ?, ?, ?, ?, ?)
24/06/2015 09:03:27 - INFO  - (AbstractBatchImpl.java:208) - HHH000010: On release of batch it still contained JDBC statements
24/06/2015 09:03:27 - WARN  - (SqlExceptionHelper.java:144) - SQL Error: -5563, SQLState: 42563
24/06/2015 09:03:27 - ERROR - (SqlExceptionHelper.java:146) - incompatible data type in operation
24/06/2015 09:03:39 - DEBUG - (AbstractPlatformTransactionManager.java:847) - Initiating transaction rollback

哇，真奇怪。当我尝试第二次执行 select 方法时，Hibernate 尝试让 insert 生成我在任何地方都找不到的错误，然后开始回滚\异常生成。

我尝试尽可能多地进行调试，但我无法真正理解发生了什么，因为当我独立执行这些操作时，一切似乎都运行良好。

有什么建议吗？

Answer 1

当您使用 AUTO flushing 时, 当前挂起的更改在以下情况下被刷新:

• 事务提交
• 执行查询

当您发出insert 时，Hibernate 仅在操作队列中添加一个EntityInsertAction，但它delays the INSERT until flush time .

您看到在第二个迭代周期执行插入的原因是因为选择查询触发了刷新。