10

我决定尝试将 mybatis 用于一个新项目。我对 SQL 相当熟悉，最近我在使用 hibernate 时遇到了一些不好的经历，所以我正在寻找一种更底层的 DAO 方法。

除了一件事，这似乎是相当不错的，那就是处理集合。

我有两个 POJO，组和用户，它们是多对多的。我已经决定了一种设计理念，即具有集合的 POJO 应该只在保存时更新表之间的 MM 关系。因此，例如，当我保存一个包含用户集合的组对象时，设计理念规定用户应该已经保存，我只需将组和 group_user 关系保存在数据库中。

所以，对于界面中的 saveGroup 函数，我为 mybatis 做了这个 XML 映射：

    <insert id="saveGroup" keyColumn="id"
    parameterType="se.myapp.domain.Group">
    <choose>
        <when test="id == null">
        INSERT INTO myapp_group (name, description)
        VALUES
        (#{username}, #{password});
        </when>
        <otherwise>
        UPDATE myapp_group set name=#{name}, description=#{description}
        where id=#{id};
        </otherwise>
    </choose>

    <if test="users != null">
        create temporary table tmpnewgroups (group_id integer, user_id integer);

        insert into tmpnewgroups (group_id, user_id) values (
        <foreach collection="users" item="user" open="" close="" separator="),()">
             #{id},#{user.id}
        </foreach>
        );

        insert into myapp_user_group(group_id, user_id) 
        select tmp.group_id, tmp.user_id 
        from tmpnewgroups tmp 
        left outer join myapp_user_group ug 
            on ug.group_id = tmp.group_id and ug.user_id = tmp.user_id
        where ug.group_id is null;

        delete from myapp_user_group 
        where group_id = #{id} and user_id not in (select user_id from tmpnewgroups);
    </if>

</insert>

这确实按预期工作（插入/更新组，将用户集合保存为数据库中的关系）。但我真的不觉得这是最佳实践。应用程序是为了让我可以在需要时切换到休眠状态，所以保存集合的逻辑最好在数据库层中。mybatis中是否有一些我不知道的“魔法”可以简化这样的操作？

关于如何改善这一点的任何想法？还是我应该重新考虑应用程序设计并将集合的处理放在模型中的更高级？

4

1 回答 1

2

saveGroup 数据映射操作的第二部分确实是重新考虑应用程序设计的原因。将内存中的用户集合持久化到临时表中，以将其与持久化的表进行比较，以便插入和删除增量是一项相当繁重的操作，如果只是组的名称或描述需要更新，则根本不需要，即当没有增量时。是否是这种情况可以由数据库服务器（即您当前的解决方案）或数据库客户端（即您的应用程序）来决定。

除了组和可能的用户需要第一次插入的情况之外，如果您希望您的应用程序决定是否需要更新链接表，那么您的应用程序需要知道用户集合是否已更改它是从数据库中检索的。不幸的是，MyBatis 不会帮助您的应用程序做到这一点。

看，与 Hibernate 相比，MyBatis 幸福地不知道您的对象以及在 MyBatis 完成其工作后它们携带的状态，即数据映射，而不是对象关系映射。Hibernate 可以自动检测你的对象的所谓脏状态，MyBatis 不能，因为这从来不是它的工作描述的一部分。因此，您只能使用自己的设备。

一种超级简单的方法是在选择后存储用户的哈希码，并使用名为isUserDirty(). 您可以使用在映射中简单地测试该条件<if test="isUserDirty">。这当然不是一种非常通用的方法，并且取决于一个体面的 hashCode() 实现。查看leonbloy 对类似问题的回答以获得更通用的方法。当然，这也可能有点太简单了，特别是因为我们正在谈论多对多的关系。哪种方法最好取决于您的情况。

现在你应该知道该怎么做了。祝你好运！

PS而不是插入和删除增量我会建议一个简单的覆盖：删除所有然后插入所有，在一个事务中。您的临时表策略是一种优化策略，实际上可能根本不会提高数据库的性能，实际上我的猜测是它可能会使情况变得更糟。如果你已经正确地描述了这个策略并且知道你在做什么，你可以忽略这个后记。

于 2013-05-09T16:42:13.143 回答