6

我仍在学习hibernate/hql，我有一个问题，一半是最佳实践问题/一半是健全性检查。

假设我有一个 A 类：

@Entity
public class A
{
    @Id @GeneratedValue(strategy=GenerationType.AUTO)
    private Long id;

    @Column(unique=true)
    private String name = "";

    //getters, setters, etc. omitted for brevity
}

我想强制每个被保存的 A 实例都有一个唯一的名称（因此是 @Column 注释），但我也希望能够处理已经保存了一个具有该名称的 A 实例的情况。我看到了两种方法：

1）我可以捕获在 session.saveOrUpdate() 调用期间可能引发的 org.hibernate.exception.ConstraintViolationException 并尝试处理它。

2) 在调用 session.saveOrUpdate() 之前，我可以在 DAO 中查询已经具有该名称的 A 的现有实例。

现在我倾向于方法 2，因为在方法 1 中我不知道如何以编程方式找出违反了哪个约束（A 中有几个其他唯一成员）。现在我的 DAO.save() 代码大致如下所示：

public void save(A a) throws DataAccessException, NonUniqueNameException
{
    Session session = sessionFactory.getCurrentSession();

    try
    {
        session.beginTransaction();

        Query query = null;

        //if id isn't null, make sure we don't count this object as a duplicate
        if(obj.getId() == null)
        {
            query = session.createQuery("select count(a) from A a where a.name = :name").setParameter("name", obj.getName());
        }
        else
        {
            query = session.createQuery("select count(a) from A a where a.name = :name " + 
                "and a.id != :id").setParameter("name", obj.getName()).setParameter("name", obj.getName());
        }

        Long numNameDuplicates = (Long)query.uniqueResult();
        if(numNameDuplicates > 0)
            throw new NonUniqueNameException();

        session.saveOrUpdate(a);
        session.getTransaction().commit();
    }
    catch(RuntimeException e)
    {
            session.getTransaction().rollback();
            throw new DataAccessException(e); //my own class
    }
}

我是否以正确的方式解决这个问题？hibernate 可以以编程方式（即不是作为错误字符串）告诉我哪个值违反了唯一性约束吗？通过将查询与提交分开，我是否会引发线程安全错误，或者我是否安全？这通常是怎么做的？

谢谢！

4

2 回答 2

4

我认为你的第二种方法是最好的。

为了能够在任何确定该特定对象导致它的情况下捕获 ConstraintViolation 异常，您需要在调用 saveOrUpdate 之后立即刷新会话。如果您需要一次插入多个此类对象，这可能会导致性能问题。

即使您会在每次保存操作时测试该名称是否已经存在于表中，但这仍然比每次插入后刷新要快。（您可以随时进行基准测试来确认。）

这还允许您以可以从不同层调用“验证器”的方式来构建代码。例如，如果此唯一属性是新用户的电子邮件，则可以从 Web 界面调用验证方法来确定电子邮件地址是否可接受。如果您选择第一个选项，则只有在尝试插入电子邮件后才能知道电子邮件是否可以接受。

于 2010-03-23T16:50:33.427 回答
1

方法 1 在以下情况下可以：

  • 实体中只有一个约束。
  • 会话中只有一个脏对象。

请记住，在flush()调用或提交事务之前，对象可能不会被保存。

为了获得最佳错误报告，我会：

  1. 对每个违反约束使用方法二，所以我可以为每个约束给出一个特定的错误..
  2. 实现一个拦截器，在出现约束异常的情况下重试事务（最大次数），因此无法在其中一个测试中捕获违规。这只需要取决于事务隔离级别。
于 2010-03-22T22:22:01.473 回答