是否有一种方法可以创建一个基于多个数据库表的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 的接口。

现在，如果我转到: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

whic允许没有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();
}

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

@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();
  }
}