Использование разных типов пользователей Hibernate в разных ситуациях

Этот вопрос действительно старый, и на него уже давно дан ответ, но недавно я оказался в такой же ситуации и нашел хорошее решение. Для начала я обнаружил, что Hibernate имеет три разных встроенных реализации типа UUID:

1. binary-uuid: сохраняет UUID как двоичный файл
2. uuid-char: сохраняет UUID как последовательность символов
3. pg-uuid : использует собственный тип UUID Postgres.

Эти типы зарегистрированы по умолчанию и могут быть указаны для данного поля с аннотацией @Type, например.

@Column
@Type(type = "pg-uuid")
private UUID myUuidField;

Существует также механизм переопределения типов по умолчанию в файле Dialect. Поэтому, если окончательное развертывание должно обращаться к базе данных Postgres, но модульные тесты используют HSQL, вы можете переопределить тип pg-uuid для чтения/записи символьных данных, написав собственный диалект следующим образом:

public class CustomHSQLDialect extends HSQLDialect {

    public CustomHSQLDialect() {
        super();

        // overrides the default implementation of "pg-uuid" to replace it
        // with varchar-based storage.
        addTypeOverride(new UUIDCharType() {
            @Override
            public String getName() {
                return "pg-uuid";
            }
        });
    }
}

Теперь просто подключите пользовательский диалект, и тип pg-uuid будет доступен в обеих средах.

Привет, для тех, кто ищет решение в Hibernate 4 (поскольку метод Dialect#addTypeOverride больше недоступен), я нашел его, лежащий в основе этот комментарий Стива Эберсоула

Вы должны создать собственный тип пользователя, подобный этому:

public class UUIDStringCustomType extends AbstractSingleColumnStandardBasicType {

    public UUIDStringCustomType() {
        super(VarcharTypeDescriptor.INSTANCE, UUIDTypeDescriptor.INSTANCE);
    }

    @Override
    public String getName() {
        return "pg-uuid";
    }

}

И чтобы связать его с диалектом HSQLDB, вы должны создать собственный диалект, который переопределяет метод Dialect#contributeTypes следующим образом:

public class CustomHsqlDialect extends HSQLDialect {


    @Override
    public void contributeTypes(TypeContributions typeContributions, ServiceRegistry serviceRegistry) {
        super.contributeTypes(typeContributions,serviceRegistry);
        typeContributions.contributeType(new UUIDStringCustomType());
    }

}

Затем вы можете использовать @Type(type="pg-uuid") с двумя базами данных.

Надеюсь кому-нибудь поможет...

Чтобы избежать проблем между типами UUID без указания аннотации @Type (что в основном означает, что вы должны настроить все аннотации, когда хотите перейти с postgres на mysql или наоборот...), я использую package-info.java с гибернациями @TypeDef аннотация на этом пакете.

Вот пример настройки вашего приложения:
Предположим, что module/src/main/java/app.package.domain содержит ваши сущности. И ваши тесты хранятся в module/src/test/java/app.package.

Просто создайте два package-info.java в ваших domain пакетах.

Убедитесь, что файлы package-info всегда находятся в одном и том же пакете (для тестирования и производства). См. следующий пример ниже:

src/main/java
  app
    package
      domain
        package-info.java 

src/test/java
  app
    package
      domain
        package-info.java 

Содержимое вашей продукции package-info.java должно выглядеть так (Postgres):

@TypeDef(
  name = "pg-uuid",
  defaultForType = UUID.class,
  typeClass = PostgresUUIDType.class
)
package app.package.domain;

import org.hibernate.annotations.TypeDef;
import org.hibernate.type.PostgresUUIDType;

import java.util.UUID;

И вот как должна выглядеть ваша тестовая «конфигурация» (H2):

@TypeDef(
  name = "uuid-char",
  defaultForType = UUID.class,
  typeClass = UUIDCharType.class
)
package app.package.domain;

import org.hibernate.annotations.TypeDef;
import org.hibernate.type.UUIDCharType;

import java.util.UUID;

Надеюсь, поможет

Возможно, вы можете добавить в свой тип пользователя некоторые способности, чтобы делать правильные вещи в зависимости от возможностей базы данных. Сам Hibernate использует аналогичный подход со своим «родным» генератором идентификаторов, который ведет себя по-разному в зависимости от типа используемой базы данных. Подобный подход устраняет необходимость переключения отображения во время выполнения.

Например, вы можете создать один класс стратегии для каждой базы данных. Затем в классе пользовательского типа определите, к какой базе данных вы подключены при первом вызове, создайте экземпляр правильной стратегии для этой базы данных, а затем делегируйте все вызовы объекту стратегии.