11

我是整个 JPA 的新手,所以我对处理 JPA 合并和持久化的最佳方式有多个疑问。

  1. 我有一个应该更新的用户对象(一些值,如日期和名称)。我必须先合并传递的对象还是找到新对象更安全?

    目前我更新用户的代码如下所示:

    public void updateUserName(User user, String name) {
         // maybe first merge it?
         user.setName(name);
         user.setChangeDate(new Date());
         em.merge(user);   
     }
    

    在调用更新方法之前如何确定用户没有被操纵?做这样的事情是否更安全:

     public void updateUserName(int userId, String name) {
         User user = em.getReference(User.class, userId);
         user.setName(name);
         user.setChangeDate(new Date());
         em.merge(user);   
     }
    

    也许其他解决方案?我观看了多个视频并看到了许多示例,但它们都不同,没有人解释最佳实践是什么。

  2. 将孩子添加到关系中的最佳方法是什么?例如,我的用户对象连接到多个组。我应该为用户调用 JPA 处理程序并将新组添加到用户组列表中,还是应该在 so 组处理程序中使用持久性创建组并将其手动添加到我的用户对象?

希望这里有人有线索;)

4

2 回答 2

8
  1. 这取决于您想要实现的目标以及您拥有多少关于您尝试合并的对象的来源的信息。

    首先,如果您em.merge(user)在方法的第一行或最后调用它并不重要。如果您使用 JTA 和 CMT,您的实体将在方法调用完成时更新。唯一的区别是,如果您em.merge(user)在更改用户之前调用,您应该使用返回的实例而不是您的参数,所以要么是:

    public void updateUserName(User user, String name) {
       User managedUser = em.merge(user);
       managedUser.setChangeDate(new Date());
       // no need of additional em.merge(-) here.
       // JTA automatically commits the transaction for this business method.
    }
    

    或者

    public void updateUserName(User user, String name) {
       user.setChangeDate(new Date());
       em.merge(user);
       // JTA automatically commits the transaction for this business method.
    }
    

    现在关于更新实体。
    如果您只想更新实体中一些定义明确的字段 - 请使用第二种方法,因为它更安全。您无法确定您的方法的客户是否没有修改您实体的其他一些字段。因此,em.merge(-)也会更新它们,这可能不是您想要实现的。

    另一方面 - 如果您想接受用户所做的所有更改并只是覆盖/添加一些属性,如changeDate您的示例中,第一种方法也很好(合并传递给业务方法的整个实体。)这真的取决于您的使用-案子。

  2. 我想这取决于您的级联设置。如果您想Groups在实体更改时自动持久化/合并所有User- 只需将其添加到用户的集合中是安全的(例如User#addGroup(Group g) { groups.add(g)}。如果您不想级联,您始终可以创建自己的方法来传播到另一个关系的一方。它可能类似于:User#addGroup(Group g)自动调用g.addUser(this);.

于 2013-04-05T12:15:48.783 回答
4

问题 1

  • merge必须在分离的实体上调用该方法。
  • merge方法将返回附加到 entityManager 的合并对象。

这是什么意思 ?

一旦您用来获取实体的实体管理器关闭,实体就会被分离。(即大部分时间是因为您在之前的交易中获取它)。

在您的第二个代码示例中:用户已附加(因为您只是获取它),因此调用合并是无用的。(顺便说一句:不是getReference但是find

在您的第一个示例中:我们不知道用户的状态(分离实体与否?)。如果它是分离的,调用它是有意义的merge,但要小心merge不要修改它作为参数传递的对象。所以这是我的第一个示例版本:

/**
 * @param user : a detached entity
 * @return : the attached updated entity
**/
public User updateUserName(User user, String name) {
   user.setName(name);
   user.setChangeDate(new Date());
   return em.merge(user);   
}

问题2

也许一些代码示例来解释 jpa 处理程序的含义可以帮助我们理解您的担忧。无论如何,我会尽力帮助你。

如果您有一个持久用户并且您需要创建一个新组并将其与持久用户相关联:

User user = em.find(User.class, userId);
Group group = new Group();
...
em.persist(group);
user.addToGroups(group);
group.addToUsers(user); //JPA won't update the other side of the relationship
                        //so you have to do it by hand OR being aware of that 

如果您有一个持久用户和一个持久组,并且您需要将它们关联起来:

User user = em.find(User.class, userId);
Group group = em.find(Group.class, groupId);
...
user.addToGroups(group);
group.addToUsers(user);

一般注意事项

关于所有这一切的最佳实践实际上取决于您管理事务(以及 entityManager 的生命周期)与对象的生命周期。

大多数时候:entityManager 是一个非常短时间的活对象。另一方面,您的业务对象可能存在更长的时间,因此您将不得不调用合并(并注意合并不会修改传入参数的对象!!!)。

您可以决定在同一个事务中获取和修改您的业务对象(即使用同一个 entityManager):这意味着更多的数据库访问,并且出于性能原因,该策略通常必须与二级缓存相结合。但在这种情况下,您不必调用合并。

我希望这会有所帮助。

于 2013-04-05T12:15:11.453 回答