Hibernate错误批处理更新从更新[0]返回意外行计数；实际行计数： 0；预期： 1

Question

我不明白为什么我会犯这样的错误，我的头撞在墙上已经好几个小时了。

    session.beginTransaction();

    @SuppressWarnings("unchecked")
    List<ActAsUser> actAsUser = (List<ActAsUser>) session.createCriteria(ActAsUser.class)
            .add(Restrictions.eq("actAsID.userID", proxyID))
            .add(Restrictions.eq("actAsID.targetID", targetID))
            .list();

    session.delete(actAsUser.get(0));
    session.getTransaction().commit();

当试图删除数据库中我没有使用Hibernate添加的任何行（即通过常规SQL输入的数据库的所有现有行）时，上面的代码给了我一个错误。

Error: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1

如果我在应用程序中使用Hibernate插入一行，那么就可以完全删除该行。

我不能理解的是，我先从数据库中获取一个用户，这样我就知道这个用户存在。

我已经检查了Hibernate SQL，在运行select语句时，我能看到的唯一区别在于：

工作中

/* criteria query */ select
    this_.PROXY_USER_ID as PROXY1_12_0_,
    this_.TARGET_USER_ID as TARGET2_12_0_,
    this_.EFFCT_DATE as EFFCT3_12_0_,
    this_.INCIDENT_NBR as INCIDENT4_12_0_,
    this_.TARGET_USER_NAME as TARGET5_12_0_,
    this_.EXPIRY_DATE as EXPIRY6_12_0_ 

不工作

/* criteria query */ select
    this_.PROXY_USER_ID as PROXY1_16_0_,
    this_.TARGET_USER_ID as TARGET2_16_0_,
    this_.EFFCT_DATE as EFFCT3_16_0_,
    this_.INCIDENT_NBR as INCIDENT4_16_0_,
    this_.TARGET_USER_NAME as TARGET5_16_0_,
    this_.EXPIRY_DATE as EXPIRY6_16_0_ 

列末尾的数字有差异，有人能告诉我这些实际上是什么意思，以及这是否可能是问题所在，因为这是我能在两个查询之间找到的唯一差异。

Answer 1

刚刚解决了

Hibernate查询删除状态网不工作：

Hibernate: 
/* delete com.package.ActAsUser */ delete 
    from
        CONFIG_ACTAS_PROXY 
    where
        PROXY_USER_ID=? 
        and TARGET_USER_ID=? 
        and EFFCT_DATE=?
13:39:01,460 TRACE BasicBinder:82 - binding parameter [1] as [VARCHAR] - A534651
13:39:01,460 TRACE BasicBinder:82 - binding parameter [2] as [VARCHAR] - A512058
13:39:01,460 TRACE BasicBinder:82 - binding parameter [3] as [DATE] - 2014-11-03

代理用户ID目标用户ID生效日期A534651 A512058 2014-11-03 04:24:44

这是日期上设定的时间。

通过hibernate添加行时，日期如下所示：

2014-11-03 00:00:00

我数据库中的其他行看起来像

2014-11-03 04:24:44

当我编辑它们并将时间定为00:00:00时，删除就会生效。

将Hibernate映射更改为映射到时间戳类型而不是日期也修复了我的应用程序中的问题。