有没有一种方法可以基于许多数据库表创建一个 JPA 实体，我真的必须这样做还是一种不好的做法？

Question

我对 Spring Data JPA 技术还很陌生，目前面临一项我无法处理的任务。我正在寻求此类案例的最佳实践。

在我的 Postgres 数据库中，我有两个以一对多关系连接的表。表“account”有一个字段“type_id”，它是对表“account_type”的字段“id”的外键引用：

所以'account_type'表只起到字典的作用。据此，我创建了 JPA 实体（Kotlin 代码）：

@Entity
class Account(
  @Id @GeneratedValue var id: Long? = null,
  var amount: Int,
  @ManyToOne var accountType: AccountType
)
@Entity
class AccountType(
  @Id @GeneratedValue var id: Long? = null,
  var type: String
)

在我的 Spring Boot 应用程序中，我希望有一个 RestConroller，它将负责以 JSON 格式提供所有帐户。为此，我使实体类可序列化并编写了一个简单的 restcontroller：

@GetMapping("/getAllAccounts", produces = [APPLICATION_JSON_VALUE])
fun getAccountsData(): String {
    val accountsList = accountRepository.findAll().toMutableList()
    return json.stringify(Account.serializer().list, accountsList)
}

其中 accountRepository 只是一个扩展 CrudRepository<Account, Long> 的接口。

现在如果我去:8080/getAllAccounts，我会得到以下格式的Json（抱歉格式化）：

[
  {"id":1,
   "amount":0,
   "accountType":{
      "id":1,
      "type":"DBT"
     }
  },
  {"id":2,
    "amount":0,
    "accountType":{
       "id":2,
       "type":"CRD"
      }
   }
]

但我真正想从那个控制器那里得到的只是

[
   {"id":1,
    "amount":0,
    "type":"DBT"
   },
   {"id":2,
    "amount":0,
    "type":"CRD"
   }
]

当然，我可以为具有 String 字段而不是 AccountType 字段的帐户创建新的可序列化类，并且可以将 JPA Account 类映射到从 AccountType 字段中提取帐户类型字符串的类。但对我来说，这看起来像是不必要的开销，我相信对于这种情况可能会有更好的模式。

例如，我脑子里想的是，我可能会以某种方式创建一个 JPA 实体类（字符串字段表示帐户类型），它将基于两个数据库表，并且每个拥有内部对象的不必要的复杂性将自动减少当我调用存储库方法时：）此外，我将能够在我的业务逻辑中使用这个实体类，而无需任何额外的“包装器”。

附：我读到了 @SecondaryTable 注释，但它看起来只能在两个表之间存在一对一关系的情况下才有效，这不是我的情况。

Answer 1

有几个选项可以在没有 DTO 的情况下实现干净的分离。

首先，您可以考虑使用类似于其他答案中提到的 DTO 但没有很多缺点的投影：

https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#projections

@Projection(
  name = "accountSummary", 
  types = { Account.class }) 
public Interface AccountSummaryProjection{

    Long getId();

    Integer getAmount();

    @Value("#{target.accountType.type}")
    String getType();
}

然后您只需更新您的控制器以调用具有 List 返回类型的查询方法或编写一个将 proection 类作为 arg 的方法。

https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#projection.dynamic

@GetMapping("/getAllAccounts", produces = [APPLICATION_JSON_VALUE])
@ResponseBody
fun getAccountsData(): List<AccountSummaryProjection>{
    return accountRepository.findAllAsSummary();
}

另一种方法是使用 Jackson 注释。我在您的问题中注意到您正在手动将结果转换为 JSON 字符串并从控制器返回一个字符串。如果 Jackson Json 库位于类路径中，则不需要这样做。请参阅上面的控制器。

因此，如果您将序列化留给 Jackson，您可以使用几个注释将视图与实体分开。请注意，我将使用 Jackson mixin 应用这些，而不必使用 Json 处理指令污染实体模型，但是您可以查看：

@Entity
class Account(

  //in real life I would apply these using a Jacksin mix
  //to prevent polluting the domain model with view concerns.
  @JsonDeserializer(converter = StringToAccountTypeConverter.class)
  @JsonSerializer(converter = AccountTypeToStringConverter.class
  @Id @GeneratedValue var id: Long? = null,
  var amount: Int,
  @ManyToOne var accountType: AccountType
)

然后您只需创建必要的转换器：

public class StringToAccountTypeConverter extends StdConverter<String, CountryType> 
           implements org.springframework.core.convert.converter.Converter<String, AccountType> {

  @Autowired
  private AccountTypeRepository repo;

  @Override
  public AccountType convert(String value) {
      //look up in repo and return
  }
}

反之亦然：

public class AccountTypeToStringConverter extends StdConverter<String, CountryType> 
           implements org.springframework.core.convert.converter.Converter<AccountType, String> {

  @Override
  public String convert(AccountType value) {
      return value.getName();
  }
}

Answer 2

实现您的目标的最简单的方法之一 - 至少从外部客户的角度来看 - 与自定义序列化、您似乎知道的内容以及 @YoManTaMero 扩展的内容有关.

可能无法获得所需的类结构。我设法找到的最接近的与 @SecondaryTable 注释有关，但需要注意的是这仅适用于 @OneToOne 关系。

一般来说，我会将您的问题归结为DTOs and Entities 的问题。 JPA 背后的想法是以一种可访问但准确的方式将数据库的架构和内容映射到代码。它消除了管理 SQL 查询的繁重工作，但它的设计主要是为了反映数据库的结构，而不是将其映射到不同的域集。

如果您的数据库架构的组织与系统 I/O 通信的需求不完全匹配，这可能表明：

• 您的数据库设计不正确；
• 您的数据库很好，但其中的可管理实体（表）与外部通信中的业务实体（模型）不直接匹配。

如果是第二种情况，实体应该映射到 DTO，然后可以传递。单个实体可以映射到几个不同的 DTO。单个 DTO 可能需要创建多个（相关！）实体。首先，这对于大中型系统来说是一个很好的实践——分发对作为数据库直接访问点的对象的引用是有风险的。

请注意，仅仅因为 accountType 的 id 不参与您的外部通信并不意味着它永远不会成为您业务逻辑的一部分。

总结一下：JPA 在设计时考虑到了易于数据库访问，而不是为了平滑外部通信。为此，其他工具 - 例如杰克逊序列化器 - 被使用，或某些设计模式 - 如 DTO - 正在被使用。

Answer 3

解决此问题的一种方法是 @JsonIgnore accountType 并创建 getType 方法，如

@JsonProperty("type")   
var getType() {
    return accountType.getType();
}