java - Hibernate在Servlet环境中的使用

Question

我正在尝试创建一个域对象，其中包含只读方式的对象，但能够修改它指向的对象。

因此，在下面的示例中，我希望 Hibernate 处理填充帐户和类别对象，但我不想更新这些对象。不过，我可能希望更改我希望费用指向的帐户或类别。

换句话说，我可能希望更新费用表上的 account_id 或 Category_id，但我不想用我对费用对象中包含的帐户或类别对象所做的更改来更新帐户或类别表。

@Entity
@Table(name = "expense")
public class Expense {

  @Id
  @GeneratedValue
  private long id;

  private String name;

  private BigDecimal amount;

  @OneToOne
  @JoinColumn(name = "id", referencedColumnName = "category_id")
  //From table called category
  private Category category;

  @OneToOne
  @JoinColumn(name = "id", referencedColumnName = "account_id")
  //From table called account
  private Account account;

我是否完全滥用了 Hibernate 还是它不是正确的工具？我应该使用 @SQLUpdate 和 @SQLInsert 定义自己的 sql 吗？

应用程序的一般流程是标准的网络应用程序内容。

1. 从数据库加载数据
2. 在表单上显示
3. 收集用户所做的更改
4. 保留这些更改

谢谢

Answer 1

这有点背离了hibernate的初衷。对持久对象的更改应该是持久的。如果您不想保存它们的状态，请不要更改它们!解释并更好地理解为什么您想要这种行为可能会帮助您找到解决方案(或帮助我们帮助您。)

您可以选择的一个选项是在返回费用对象之前分离/驱逐您不想在数据访问层内更改的映射对象。那么只要没有启用级联，对它们所做的更改就不会被保存。在我看来，这会导致其他程序员的“令人惊讶”的行为。

另一种选择是以无 session 方式使用 hibernate 。每次调用都是其自己的原子数据库操作，并且所有对象在返回后都被分离。然后，只有您显式调用 saveOrUpdate 的实体才会保存到数据库中。您可以在 Hibernate 引用文档中了解如何配置 Hibernate 以这种方式工作，不过，如果您不尝试模拟您正在提升的某些遗留系统的行为，我不知道您为什么要这样做。

要理解的最后一点是，在 session 中，通过调用expense.getCategory() 获得的Category 通常与通过调用session.get(Category.class, 123) 获得的实际对象相同。因此，如果在同一 session 中可以使用两种访问它的方式，那么当您尝试手动管理它时，很容易会丢失其实体状态。

<小时/>

编辑:

啊哈!现在它更有意义了。

如果您正在做纯粹的 CRUDy Web 表单屏幕，则无需担心太多。只要您没有启用任何级联，当您合并回分离的 Expense 对象时，Category 和 Account 上的更改就不会发生。不会最终出现在数据库中。您可以将所有其他字段清空，只要 id 仍然存在，就可以了。 (假设你没有其他东西，比如级联验证，会为此哭泣。)

有两种基本模式可以更好地处理这个问题。

其中一种是将 Expense 对象放在用户的 Web session 中。这样您就拥有了整个内容，并且您的 Web 数据绑定(bind)框架只需要将表单实际更改的字段绑定(bind)回其上。原始的类别和帐户仍然存在(或它们的代理)，并且 Binder 不需要处理它们。缺点当然是添加服务器端状态，以及需要清理它。

二是注册实际进入数据库的数据绑定(bind)器，并在 Web 绑定(bind)期间获取映射的实体。因此，实际出现在表单中的只是映射字段的 ID，绑定(bind)器会为您获取并放置完整的对象。缺点是可能不需要往返数据库，但积极的 L2 缓存可以解决这个问题(假设类别几乎从不改变，帐户很少改变。)

如果您目前通过在 DAO 中创建和处置 session 以本质上无 session 的方式使用 hibernate，您可能还需要研究 OpenSessionInView/OpenEntityManagerInView 模式。