Коллекция карт JPA Enums

Коллекции в JPA относятся к отношениям «один ко многим» или «многие ко многим» и могут содержать только другие сущности. Извините, но вам нужно обернуть эти перечисления в объект. Если подумать, вам все равно понадобится какое-то поле идентификатора и внешний ключ для хранения этой информации. Это если вы не сделаете что-то безумное, например, сохраните список, разделенный запятыми, в String (не делайте этого!).

используя Hibernate, вы можете сделать

@CollectionOfElements(targetElement = InterestsEnum.class)
@JoinTable(name = "tblInterests", joinColumns = @JoinColumn(name = "personID"))
@Column(name = "interest", nullable = false)
@Enumerated(EnumType.STRING)
Collection<InterestsEnum> interests;

Ссылка в ответе Энди - отличная отправная точка для сопоставления коллекций "не-Entity" объектов в JPA 2, но не совсем полная, когда дело доходит до сопоставления перечислений. Вот что я придумал вместо этого.

@Entity
public class Person {
    @ElementCollection(targetClass=InterestsEnum.class)
    @Enumerated(EnumType.STRING) // Possibly optional (I'm not sure) but defaults to ORDINAL.
    @CollectionTable(name = "person_interest")
    @Column(name = "interest") // Column name in person_interest
    Collection<InterestsEnum> interests;
}

Я использую небольшую модификацию java.util.RegularEnumSet, чтобы иметь постоянный EnumSet:

@MappedSuperclass
@Access(AccessType.FIELD)
public class PersistentEnumSet<E extends Enum<E>> 
    extends AbstractSet<E> {
  private long elements;

  @Transient
  private final Class<E> elementType;

  @Transient
  private final E[] universe;

  public PersistentEnumSet(final Class<E> elementType) {
    this.elementType = elementType;
    try {
      this.universe = (E[]) elementType.getMethod("values").invoke(null);
    } catch (final ReflectiveOperationException e) {
      throw new IllegalArgumentException("Not an enum type: " + elementType, e);
    }
    if (this.universe.length > 64) {
      throw new IllegalArgumentException("More than 64 enum elements are not allowed");
    }
  }

  // Copy everything else from java.util.RegularEnumSet
  // ...
}

Этот класс теперь является базой для всех моих наборов перечислений:

@Embeddable
public class InterestsSet extends PersistentEnumSet<InterestsEnum> {
  public InterestsSet() {
    super(InterestsEnum.class);
  }
}

И этот набор я могу использовать в своей сущности:

@Entity
public class MyEntity {
  // ...
  @Embedded
  @AttributeOverride(name = "elements", column=@Column(name = "interests"))
  private InterestsSet interests = new InterestsSet();
}

Преимущества:

• Работа с типобезопасным и производительным перечислением, установленным в вашем коде (см. Описание в java.util.EnumSet)
• Набор - это всего лишь один числовой столбец в базе данных
• все просто JPA (нет нестандартные типы конкретного поставщика)
• простое (и короткое) объявление новых полей того же типа по сравнению с другими решениями

Недостатки:

• Дублирование кода (RegularEnumSet и PersistentEnumSet почти одинаковы)
  • Вы можете обернуть результат EnumSet.noneOf(enumType) в свой PersistenEnumSet, объявить AccessType.PROPERTY и предоставить два метода доступа, которые используют отражение для чтения и записи поля elements.
• Дополнительный класс набора необходим для каждого класса перечисления, который должен храниться в постоянном наборе.
  • Если ваш поставщик сохраняемости поддерживает встраиваемые файлы без общедоступного конструктора, вы можете добавить @Embeddable в PersistentEnumSet и отбросить высший класс (... interests = new PersistentEnumSet<>(InterestsEnum.class);)
• Вы должны использовать @AttributeOverride, как указано в моем примере, если у вас более одного PersistentEnumSet в вашем объекте (в противном случае оба будут сохранены в одном столбце «элементы»).
• Доступ values() с отражением в конструкторе не оптимален (особенно если смотреть на производительность), но два других варианта также имеют свои недостатки:
  • Такая реализация, как EnumSet.getUniverse(), использует класс sun.misc.
  • Предоставление массива значений в качестве параметра может привести к тому, что указанные значения не верны.
• Поддерживаются только перечисления до 64 значений (действительно ли это недостаток?)
  • Вместо этого вы можете использовать BigInteger
• Нелегко использовать поле elements в запросе критериев или JPQL
  • Вы можете использовать бинарные операторы или столбец битовой маски с соответствующими функциями, если ваша база данных поддерживает это.

Я смог сделать это таким простым способом:

@ElementCollection(fetch = FetchType.EAGER)
Collection<InterestsEnum> interests;

Активная загрузка требуется, чтобы избежать ошибки инициализации ленивой загрузки, как объяснено в здесь.

tl; dr Краткое решение:

@ElementCollection(targetClass = InterestsEnum.class)
@CollectionTable
@Enumerated(EnumType.STRING)
Collection<InterestsEnum> interests;

Длинный ответ заключается в том, что с этими аннотациями JPA создаст одну таблицу, которая будет содержать список InterestsEnum, указывающий на идентификатор основного класса (в данном случае Person.class).

@ElementCollections указывает, где JPA может найти информацию о Enum

@CollectionTable создает таблицу, в которой хранятся отношения от Person до InterestsEnum.

@Enumerated (EnumType.STRING) сообщает JPA сохранять Enum как String, может быть EnumType.ORDINAL