@column java_@Column columnDefinition使哪些属性多余？

小编典典

我的回答：应重写以下所有内容(即在columndefinition适当的情况下，全部描述)：

length

precision

scale

nullable

unique

也就是说，列DDL将包含：name+ columndefinition 和其他所有内容 。

基本原理如下。

包含单词“ Column”或“ Table”的注释纯粹是物理的-属性 仅 用于根据数据库控制DDL / DML。

其他纯逻辑注释-在Java内存中用于控制JPA处理的属性。

这就是为什么有时会出现两次将可选性/可空性设置的原因-一次通过@Basic(...,optional=true)和一次通过@Column(...,nullable=true)。前者说，在刷新时，JPA对象模型(内存中)的属性/关联可以为空；后者表示DB列可以为null。通常，您希望它们设置相同- 但并非总是如此 ，这取决于数据库表的设置和重用方式。

在您的示例中，length和nullable属性被覆盖和冗余。

因此，当指定columnDefinition时，@Column的其他哪些属性将变得多余？

在JPA Spec和javadoc中：

columnDefinition定义： 生成列的DDL时使用的SQL片段。

columnDefinition默认值： 生成的SQL以创建推断类型的列。

提供以下示例：

@Column(name="DESC", columnDefinition="CLOB NOT NULL", table="EMP_DETAIL")

@Column(name=”EMP_PIC”, columnDefinition=”BLOB NOT NULL”)

而且，嗯…就是这样。：-$？！

columnDefinition是否会覆盖同一批注中提供的其他属性？

Javadoc和JPA规范未明确解决此问题-规范没有提供很好的保护。要100％确定，请使用您选择的实现进行测试。

从JPA规范中提供的示例可以安全地暗示以下内容

name ＆table可以与结合使用columnDefinition，都不会被覆盖

nullable 被…覆盖/使其冗余 columnDefinition

从“情境逻辑”中可以很安全地隐含以下内容(我只是说那句话?? :-P)：

length ，precision，scale是覆盖/冗余由columnDefinition-它们是一体的类型

insertable 和updateable分别提供，并且从不包含在内columnDefinition，因为它们在将SQL生成数据库之前控制它们在内存中的生成。

剩下的只是“ unique”属性。它类似于nullable-扩展/限定类型定义，因此应将其视为类型定义的组成部分。即应该被覆盖。

测试我的答案分别 对列“ A”和“ B”：

@Column(name="...", table="...", insertable=true, updateable=false,

columndefinition="NUMBER(5,2) NOT NULL UNIQUE"

@Column(name="...", table="...", insertable=false, updateable=true,

columndefinition="NVARCHAR2(100) NULL"

确认生成的表具有正确的类型/可空性/唯一性

(可选)执行JPA插入和更新：前者应包含A列，后一列B

2020-06-20