@Column columnDefinition使哪些属性多余？

Question

我经常这样指定我的@Column注释：

@Column(columnDefinition="character varying (100) not null",length=100,nullable=false)

如您所见length，nullable即使columnDefinition已经指定了，我也指定了。那是因为我不知道这些值的确切位置/时间。

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

如果有关系，我可以使用Hibernate和PostgreSQL

Answer 1

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

• length
• precision
• scale
• nullable
• unique

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

基本原理如下。

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

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

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

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

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

1. 在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％确定，请使用您选择的实现进行测试。

1. 从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