Неудачно: изменение ограничения отбрасывания таблицы XXX YYY в автономном режиме Hibernate/JPA/HSQLDB

Вы можете игнорировать эти ошибки. Комбинация create-drop и пустой (что всегда имеет место для in-memory) базы данных создает их для каждого объекта базы данных, который он пытается удалить. Причина в том, что нет никаких объектов базы данных для удаления - операторы DROP выполняются для пустой базы данных.

Также с обычной постоянной базой данных такие ошибки возникают, потому что Hibernate не выясняет перед выполнением операторов DROP, существует ли добавленный объект в базе данных или он новый.

Это решение сработало для меня, в отличие от другого решения, которое было дано. Видимо пробеги разные.

Это была моя точная ошибка:

HHH000389: Unsuccessful: alter table ... drop constraint FK_g1uebn6mqk9qiaw45vnacmyo2 if exists
Table "..." not found; SQL statement: ...

Это мое решение, переопределяющее диалект H2:

package com.totaalsoftware.incidentmanager;

import org.hibernate.dialect.H2Dialect;

/**
 * Workaround.
 * 
 * @see https://hibernate.atlassian.net/browse/hhh-7002
 * 
 */
public class ImprovedH2Dialect extends H2Dialect {
    @Override
    public String getDropSequenceString(String sequenceName) {
        // Adding the "if exists" clause to avoid warnings
        return "drop sequence if exists " + sequenceName;
    }

    @Override
    public boolean dropConstraints() {
        // We don't need to drop constraints before dropping tables, that just
        // leads to error messages about missing tables when we don't have a
        // schema in the database
        return false;
    }
}

Приведенное выше решение @Sander работает и для MYSQL. Просто расширьте MySQL5InnoDBDialect, как показано ниже:

import org.hibernate.dialect.MySQL5InnoDBDialect;

public class ImprovedMySQLDialect extends MySQL5InnoDBDialect {
    @Override
    public String getDropSequenceString(String sequenceName) {
        // Adding the "if exists" clause to avoid warnings
        return "drop sequence if exists " + sequenceName;
    }

    @Override
    public boolean dropConstraints() {
        // We don't need to drop constraints before dropping tables, that just leads to error
        // messages about missing tables when we don't have a schema in the database
        return false;
    }
}

Затем в файле источника данных измените следующую строку:

dialect = org.hibernate.dialect.MySQL5InnoDBDialect

to

dialect = my.package.name.ImprovedMySQLDialect

Просто установите dbCreate="update", и ошибки сразу исчезнут.

См.: https://stackoverflow.com/a/31257468/715608

Раздражающие сообщения об ошибках стали еще более неприятными трассировками стека в начале каждого теста с использованием базы данных в памяти с HSQLDB и hbm2ddl.auto=create-drop.

В ответе на отчет об ошибке HSQLDB предлагается использовать DROP TABLE ... CASCADE, а не DROP CONSTRAINT, ЕСЛИ СУЩЕСТВУЕТ. К сожалению, синтаксис HSQLDB для отбрасываемой таблицы таков: DROP TABLE <table> [IF EXISTS] [RESTRICT | CASCADE]; Hibernate Dialect не предоставляет для диалекта простого механизма указания CASCADE после последнего предложения IF EXISTS. Я написал ошибку для этого ограничения.

Однако мне удалось решить эту проблему, создав собственный диалект следующим образом:

public class HsqlDialectReplacement extends HSQLDialect {

  @Override
  public String getDropTableString( String tableName ) {
    // Append CASCADE to formatted DROP TABLE string
    final String superDrop = super.getDropTableString( tableName );
    return superDrop + " cascade";
  }

  @Override
  public boolean dropConstraints() {
      // Do not explicitly drop constraints, use DROP TABLE ... CASCADE
      return false;
  }

  @Override
  public Exporter<Table> getTableExporter() {
    // Must override TableExporter because it also formulates DROP TABLE strings
    synchronized( this ) {
      if( null == overrideExporter ) {
        overrideExporter = new HsqlExporter( super.getTableExporter() );
      }
    }

    return overrideExporter;
  }

  private Exporter<Table> overrideExporter = null;

  private static class HsqlExporter implements Exporter<Table> {
    HsqlExporter( Exporter<Table> impl ) {
      this.impl = impl;
    }

    @Override
    public String[] getSqlCreateStrings( Table exportable, Metadata metadata ) {
      return impl.getSqlCreateStrings( exportable, metadata );
    }

    @Override
    public String[] getSqlDropStrings( Table exportable, Metadata metadata ) {
      final String[] implDrop = impl.getSqlDropStrings( exportable, metadata );
      final String[] dropStrings = new String[implDrop.length];
      for( int i=0; i<implDrop.length; ++i ) {
        dropStrings[i] = implDrop[i] + " cascade";
      }
      return dropStrings;
    }

    private final Exporter<Table> impl;
  };
}

Мы столкнулись с той же проблемой при попытке создать простое окно входа в систему в Spring. Были две таблицы user и role с типом первичного ключа id BIGINT. Мы сопоставили их (Many-to-Many) с другой таблицей user_roles с двумя столбцами user_id и role_id в качестве внешних ключей.

Проблема заключалась в столбце role_id в таблице user_roles, он имел тип int и несовместим для внешнего ключа с role. При изменении типа на BIGINT ошибки были исправлены.