在休眠中使用枚举值填充数据库表

Question

是否有可能让 Hibernate (3.6) 用给定枚举的值填充数据库表？ 我有以下类：

@Entity
public enum Role
{
    ROLE_USER_FREE("ROLE_USER_FREE"),
    ROLE_USER_STANDARD("ROLE_USER_STANDARD"),
    ROLE_USER_PREMIUM("ROLE_USER_PREMIUM"),
    ROLE_ADMIN("ROLE_ADMIN");
    ... constructor / setter / getter etc.
}

我可以使用这个枚举，而不会出现另一个实体类的任何问题，

@Enumerated(EnumType.STRING)
public Role getRole()

我的问题是，如何自动填充相应的表 ROLE ？ 所有底层逻辑和定义都位于 XML 规范中。当然，我可以通过 XSL 从这个规范生成一个 sql 文件，并让 Hibernate 在启动时通过 import.sql 语义导入它......但是有没有更优雅的方法呢？

该表应如下所示：

|RoleID|RoleName      |
|  0   |ROLE_USER_FREE|
....

Answer 1

您必须选择一方 - 要么使用 Role 作为枚举，要么作为实体。你试图同时做这两件事，但这只会导致一路上遇到麻烦。

如果您想使用枚举

• 从Role中删除@Entity注释。它不是一个实体，它没有主键。它也不应该是可变的，因此坚持它没有什么意义。
• 从数据库中删除Roles（或任何名称）表。 Hibernate 按名称（如果您使用 @Enumerated(EnumType.STRING) 映射）或按 values() 数组中的索引（如果您使用 >@Enumerated(EnumType.ORDINAL) 注释）。无论哪种方式，它都不会引用您的附加表。通过映射 (@Enumerated(EnumType.STRING))，一开始就有 RoleID 是没有意义的。

如果你想使用一个实体

• 使Role成为一个真正的实体——带有getters/setters和标识符的POJO。它可能是可变的，也可能不是可变的，具体取决于您想要什么。
• 将其映射到您的“角色”表。
• 从其他表中将其引用为 @ManyToOne。
• 您必须自己填充该表； Hibernate 没有内置的方法来为您做这件事。

Answer 2

这很好地填充了我的数据库

public class Person implements UserAccount
{
    public static enum Role
    {
        anon(6), admin(1), standard(4), manager(3), user(5), director(2);
        private int weight;

        Role(int weight)
        {
            this.weight = weight;
        }

        public int weight()
        {
            return weight;
        }
    }

    @ElementCollection(targetClass = Role.class, fetch=FetchType.EAGER)
        @Enumerated(EnumType.STRING) // Possibly optional (I'm not sure) but defaults to ORDINAL.
        @CollectionTable(name="person_roles")
        @Column(name="role") 
    public Set<Role> getRoles()
    {
        return roles;
    }
 ...

Answer 3

您可以通过映射到“枚举表”来实现数据库中角色列中的“数字 ID”。要考虑 postgresql 本机枚举类型及其与其他方法的比较，请务必阅读 https://vladmihalcea.com/the-best-way-to-map-an-enum-type-with-jpa-and-hibernate/

我会建议采用序数方式插入方便的“可能的枚举值表”：

public enum Role
{
    ROLE_USER_FREE("ROLE_USER_FREE"),
    ROLE_USER_STANDARD("ROLE_USER_STANDARD"),
    ROLE_USER_PREMIUM("ROLE_USER_PREMIUM"),
    ROLE_ADMIN("ROLE_ADMIN");
    ... constructor / setter / getter etc.
}

使用枚举所需的实体：

@Entity
public class OtherClass {
    @Enumerated(EnumType.ORDINAL)
    @Column(columnDefinition = "smallint")
    public Role getRole()
}

比在单元测试中确保序数始终相同，并且在项目的模式迁移部分中将枚举插入数据库以使数据库人员使用它们可以实现良好的连接：

CREATE TABLE otherClass_role_info (
    id SMALLINT NOT NULL,
    description VARCHAR(255),
    name VARCHAR(255),
    PRIMARY KEY (id)
)

INSERT INTO otherClass_role_info (
    description,
    name,
    id
)
VALUES (
    'Role for admins. Usually means that they can do things without further checking :/',
    'ROLE_ADMIN',
    3
)

相对于 STRING 方法的优点：

• 数据库人员会更高兴（作为您的数据库）
• 您将存储足够的信息（使用 @Column(columnDefinition = "smallint") 来控制数据类型使用）
• 有可能使用连接到 otherClass_role_info 表在数据库中拥有人类可读的信息（如果需要，可以在 OtherClass.role 列上使用“switch/case”而不是连接到 otherClass_role_info.id）

缺点：

• 您应该记住（或在单元测试中）不应更改枚举的顺序
• 自动（或手动使用模式迁移）将内容插入到 otherClass_role_info 表中的过程