从Hibernate 4迁移到5

  • Z时代
  • 2024-01-10
  • 分类：问答

我尝试迁移到使用Hibernate 5的Spring Boot 1.4。我有一些MariaDB数据库的备份脚本，其中包括表创建。

由于Spring Boot中的spring-data-jpa，我的实体正在使用以下id生成策略。

@GeneratedValue(strategy = GenerationType.AUTO)

在我application.properties我有

spring.jpa.generate-ddl=true
spring.jpa.hibernate.use-new-id-generator-mappings=false

Hibernate团队通常不建议使用此设置（错误值）。

如果我让hibernate生成表，则似乎与备份脚本中的表有所不同。

如果我对生成器使用错误的值，并使用备份脚本并将其设置为true，则我会遇到有关原始密钥的问题

无法添加或更新子行：外键约束失败…

如果我保持为假，我将得到相同的结果。

我可以使用什么策略迁移到Hibernate 5的新生成器并拥有旧数据库（而不是结构）的数据？

有没有办法保持更通用？不特定于hibernate

回答：

您面临的问题是在Hibernate

4和更低版本中，使用GenerationType.AUTO表示如果您将数据库连接到支持的IDENTITY或AUTO_INCREMENT数据类型，则将优先使用基于表的序列。

使用Hibernate

5时，GenerationType.AUTO将默认对以前使用IDENTITY或的数据库使用基于表的序列AUTO_INCREMENT。逻辑更改的原因有点复杂，但足以说有更好的选择。

我的建议是采用多步骤迁移路径，因为根据表的大小和数量以及实体之间的关系，这将很繁琐。

  1. 首先，不要使用新的标识符映射生成器（例如use false）。

  2. 验证一切正常，又称现状。

  3. 更改所有@GeneratedValue注释以使用GenerationType.IDENTITY。

  4. 更改为使用标识符映射生成器（例如use true）。

  5. 验证一切正常，又称现状。

在这一点上，您不必更改数据库中的任何内容，它像从备份中一样保留了宝贵的时间。您所做的全部工作就是迁移了Java代码，以便对于新实体，您可以使用新的标识符映射并为现有实体保留旧的方式。

从现在开始，我建议一次迁移一个实体。

  1. 更改java类以使用hibernate_sequences表支持的命名序列生成器。

  2. 确定实体数据的 MAX（ID） 并在hibernate_sequences表中为该实体的命名标识符设置适当的下一个ID值。

  3. 这里的乏味部分是，您需要删除与该实体的现有 ID 列相关的所有外键，更改其数据类型，以使其不是AUTO_INCREMENT或IDENTITY相反，很可能是BIGINT或INT。然后，您想放回外键约束。

此时，该实体应该开始使用序列表的逻辑，而不是使用Hibernate 5之前的本机AUTO_INCREMENT或IDENTITY功能AUTO。

对于大型，复杂的系统，这不会很有趣。

我必须评估我们是否为过去的项目适应了ORM5中的新标识符，并且我们确定适应一个复杂的现有模式所花费的时间是不值得的。我们结束了前1-5步以保持现状，然后允许新实体利用新事物。该计划是供开发人员随时间推移并根据需要完成最后的1-3个步骤。

以上是 从Hibernate 4迁移到5 的全部内容， 来源链接： utcz.com/qa/425323.html

回到顶部