保存后如何检索实体关系？

我正在开发一个 RESTful 网络服务弹簧数据作为其数据访问层，由 JPA/Hibernate 支持。 领域实体之间存在关系是很常见的。例如，想象一个实体Product which has a Category entity.

现在，当客户POSTs a ProductJAX-RS 方法的表示。该方法注释为@Transactional将每个存储库操作包装在事务中。当然，客户端只发送id一个已经存在的Category，不是整个表示，只是一个引用（外键）。

在该方法中，如果我这样做：

entity = repository.save(entity);

变量entity现在有一个Category仅与id字段集。这并不令我惊讶。我没想到会通过保存（SQL 插入）来检索相关对象的信息。但我需要整个Product对象和相关实体能够返回给用户。

然后我这样做了：

entity = repository.save(entity);
entity = repository.findOne(entity.getId());

也就是说，在持久化对象后检索该对象，在同一事务/会话内.

令我惊讶的是，变量entity没有改变任何东西。实际上，数据库甚至没有得到一个选择查询。 这和Hibernate的缓存有关。由于某种原因，在同一事务中，如果该对象之前已被持久化，则查找不会检索整个对象图。

对于 Hibernate，解决方案似乎是使用session.refresh(entity) (see this and this）。说得通。

但是我如何用 Spring Data 来实现这一点呢？

我想避免创建重复的自定义存储库。我认为这个功能应该是 spring data 本身的一部分（有些人已经在 spring data 的论坛中报告了这一点：thread1, thread2).

tl;dr

Web 层中的实体之间的引用需要通过使用链接来明确，并且不应隐藏在半填充的对象实例后面。持久层中的引用由对象引用表示。因此，应该有一个专门的步骤将一个（链接）转换为另一个（完全填充的对象引用）。

Details

这是一种反模式，它会传递后端 id 并假设编组绑定做了正确的事情。因此，客户端应该使用链接并将这些链接交给服务器，以表明他们希望在现有资源和即将创建的资源之间建立连接。

所以假设你有现有的Category暴露通过/categories/4711，您可以发布到您的服务器：

POST /products
{ links : [ { rel : "category", href : "/categories/4711" } ],
  // further product data
}

服务器将实例化一个新的Product实例，用附加数据填充它并最终填充关联，如下所示：

1. 通过查找链接关系类型（例如category这里的财产。
2. 从给定的 URI 中提取后端标识符
3. 使用相应的存储库查找相关实体实例
4. 将其设置在根实体上

所以在你的例子中归结为：

Product product = new Product();
// populate primitive properties
product.setCategory(categoryRepository.findOne(4711));
productRepository.save(product);

只需将这样的内容发布到服务器即可：

POST /products
{ category : {
    id : 1, … },
  … 
}

由于多种原因，它不是最理想的：

1. 您希望持久性提供者隐式地持久化Product实例并同时“认识到”Category引用的实例（实际上仅由 id 组成）并不意味着被持久化，而是用已经存在的数据进行更新Category？我认为这有点神奇。
2. 您实质上将用于 POST 到服务器的数据结构强加给持久层，期望它透明地处理您决定执行 POST 的方式。这不是持久层的责任，而是 Web 层的责任。 Web 层的全部目的是使用表示和到后端服务的链接来缓解基于 HTTP 的协议的特性。