1

我现在有点困惑。我会尽量简单地解释我的担忧：

我有一个 Spring Boot 应用程序，当然，它有实体。这些实体通过百里香叶形式更新。在这种形式中，只有一些相关字段是可更改的。例如name实体的。其他字段，如created，createdby或lastUsedBy不受此表单控制/更改。

现在问题来了：如果我们现在更改实体，所有其他字段都设置为null，因为它们不在请求中。一种方法是为这些缺失的字段添加<input type="hidden"/>输入。但这不是很优雅且容易出错。比我得出的结论，休眠应该只更新那些已更改的字段。所以这必须通过 DirtyTracking 来完成。我目前有另一个应用程序，它使用 OpenJPA 和 openJPA 增强器，在这个应用程序中，更新只更新更改的字段。我的假设是 Hibernate 增强器可以解决我的问题。但是即使启用了脏跟踪，所有字段都会更新并且信息会丢失。当我将注释添加到给定实体时，我已经设法让它工作@DynamicUpdate，但这不是正确的方法吗？

我仔细检查了实体是否得到了增强，还调试了 spring/hibernate 的整个保存过程。我在这里错过了什么吗？为什么休眠还会更新所有非脏字段？

编辑

我已经进一步检查并到达这一点：代码来自 AbstractEntityTuplizer

public void setPropertyValues(Object entity, Object[] values) throws HibernateException {
    boolean setAll = !entityMetamodel.hasLazyProperties();

    for ( int j = 0; j < entityMetamodel.getPropertySpan(); j++ ) {
        if ( setAll || values[j] != LazyPropertyInitializer.UNFETCHED_PROPERTY ) {
            setters[j].set( entity, values[j], getFactory() );
        }
    }
}

values 对象数组只有几个预填充的值，只有更改/脏的值。例如values[5]和values[6]。但是所有的设置器都会被调用，并且null如果它们没有在函数的值参数中，值就会被设置为。对我来说看起来像一个错误。

4

3 回答 3

0

最简单的方法是将修改合并到实体上，即：

  1. 要么保存在 HttpSession 中，要么保存在两个 HTTP 请求之间的 Redis（例如 Spring Session）中。在这种情况下，请确保合并分离的实体。
  2. 根据标识符在第二个 HTTP 请求上获取

因此，一旦您拥有实体，您只需设置通过 HTTP 请求发送的属性，然后让脏检查机制选择更改。

这样，您就不需要@DynamicUpdate，这应该适用于任何 JPA 提供程序。

于 2017-03-03T18:08:41.757 回答
0

使用@DynamicUpdate 是可行的方法，当使用@DynamicUpdate 注释实体时，在更新阶段，hibernate 不会为您未更改的列发出更新语句。这样，当您保存实体时，created、createdby 和 lastUsedBy 将不会更改。

请参阅： @DynamicUpdate @DynamicInsert

于 2017-03-03T15:00:39.407 回答
0

我找到了另一个更适合我需要的解决方案：问题毕竟不是 Hibernate，而是 Spring MVC。

之前还有一些代码：

@PutMapping("/{oid}/edit")
public String update(@ModelAttribute("oid") @Valid T entity,
                     BindingResult result,
                     Model model,
                     HttpServletRequest request)

关键是@ModelAttribute("oid")这里。在我没有“oid”之前。所以 Spring 使用的是从表单发布的模型，显然没有完全填写。仅使用表单输入。通过将“oid”添加到注释中，Spring MVC 和 Spring Data 在应用表单字段之前获取实体。所以我们有一个完整的实体，我们可以保存它。

此解决方案接近于@Vlad 的第二个解决方案，但省略了更改字段的繁琐手动映射。

也许我必须为其他人提供更多信息才能全面了解我的问题！否则，谢谢！

于 2017-03-08T14:45:53.367 回答