@Column 设置在外部管理的数据库架构的情况下

Question

在外部管理数据库模式时（例如使用 Liquibase），除了指定 Liquibase 变更集外，您还必须使用 JPA 注释帮助 Hibernate 理解您的数据结构。

虽然一些注释涉及底层数据的更高级别抽象，如@Embedded或@OneToMany ，但其他较低级别的注释，如@Column(length = 255, nullable = false) ，似乎只表示底层数据库模式中已经定义的内容（ varchar(255) not null ）。 因此，同时指定两者感觉是多余的，并且它提出了几个我在文档中找不到明确答案的问题：

[主要问题] 哪些@Column设置（除了name 、 insertable和updatable ）仅用于 DDL 创建，因此如果数据库模式在外部管理，可以安全地省略？
我的猜测是： columnDefinition 、 length 、 precision和scale ，但我不确定 Hibernate 是否对这些进行了其他内部使用。 nullable和unique怎么样，Hibernate 是否考虑了这些以优化查询，或者也可以忽略这些？

作为测试，我尝试将 null 写入不可为 null 的数据库列，指定@Column(nullable = false)的唯一区别是异常将源自EntityManager而不是数据库驱动程序，这无关紧要对应用程序有很大帮助（编辑：假设这是一个例外情况）。

[附带问题 1] Hibernate 是否假定单列主键的唯一性和不可空性，因此可以在也具有@Id的属性上省略@Column(unique = true, nullable = false)设置？

[附带问题 2] 由于 Hibernate 能够检查数据库模式（例如，当使用hbm2ddl.auto=validate时），是否可以将其配置为从底层模式中提取所需的类型和约束信息，以便@Column中的设置可以是省略？

Answer 1

Hibernate 确实使用了一些注释成员，尤其是从版本 6 开始。我建议您研究像 JPABuddy 这样的工具，它可以根据您的实体和 liquibase model 之间的差异生成 Liquibase 变更集。过去，我实现了这样的JUnit 测试中的差异。 该测试创建了两个数据库，一个通过 hbm2ddl，一个通过 liquibase model。最后，它比较两者，如果存在差异，则测试失败，报告差异的 XML 序列化形式。

这样，两个模型很容易保持同步，你也不需要 hbm2ddl 验证。

在这里您可以看到运行时 model 接收length 、 precision 、 scale和columnDefinition等信息： https://github.com/hibernate/hibernate-orm/blob/6.1.3/hibernate-core/src/main/java/org/休眠/元模型/映射/内部/MappingModelCreationHelper.java#L262

在这里你可以看到正在使用的信息： https://github.com/hibernate/hibernate-orm/blob/6.1.3/hibernate-core/src/main/java/org/hibernate/sql/ast/spi/ AbstractSqlAstTranslator.java#L3629

这种特殊用途是用于推断映射属性类型的强制转换参数，即在类似... where alias.attribute =:param的查询中。 在某些情况下，某些数据库可能要求参数标记由 SQL 中的强制转换包装。

所以这只是 Hibernate 如何使用其中一些信息的一个小例子。 如果您研究 Hibernate 代码，您可能会发现一些其他用途。