Как исправить ошибку при удалении таблиц Hibernate?

Question

[Степан Пельмегов]

Всем привет, при запуске проекта хибернейт вываливает огромную простыню эксепшенов:

15-Jan-2017 12:51:11.109 INFO [RMI TCP Connection(2)-127.0.0.1] org.hibernate.validator.internal.util.Version.<clinit> HV000001: Hibernate Validator 5.3.4.Final
Hibernate: alter table public.user_role drop constraint FKa68196081fvovjhkek5m97n3y
15-Jan-2017 12:51:12.168 WARN [RMI TCP Connection(2)-127.0.0.1] org.hibernate.tool.schema.internal.ExceptionHandlerLoggedImpl.handleException GenerationTarget encountered exception accepting command : Error executing DDL via JDBC Statement
 org.hibernate.tool.schema.spi.CommandAcceptanceException: Error executing DDL via JDBC Statement
	at org.hibernate.tool.schema.internal.exec.GenerationTargetToDatabase.accept(GenerationTargetToDatabase.java:67)
	at org.hibernate.tool.schema.internal.SchemaDropperImpl.applySqlString(SchemaDropperImpl.java:374)
	at org.hibernate.tool.schema.internal.SchemaDropperImpl.applySqlStrings(SchemaDropperImpl.java:359)
	at org.hibernate.tool.schema.internal.SchemaDropperImpl.applyConstraintDropping(SchemaDropperImpl.java:331)
	at org.hibernate.tool.schema.internal.SchemaDropperImpl.dropFromMetadata(SchemaDropperImpl.java:230)
	at org.hibernate.tool.schema.internal.SchemaDropperImpl.performDrop(SchemaDropperImpl.java:154)
	at org.hibernate.tool.schema.internal.SchemaDropperImpl.doDrop(SchemaDropperImpl.java:126)
	at org.hibernate.tool.schema.internal.SchemaDropperImpl.doDrop(SchemaDropperImpl.java:112)
	at org.hibernate.tool.schema.spi.SchemaManagementToolCoordinator.performDatabaseAction(SchemaManagementToolCoordinator.java:144)
	at org.hibernate.tool.schema.spi.SchemaManagementToolCoordinator.process(SchemaManagementToolCoordinator.java:72)
	at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:309)
	at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:445)
	at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:710)
	at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:726)
	at org.springframework.orm.hibernate5.LocalSessionFactoryBean.buildSessionFactory(LocalSessionFactoryBean.java:511)
	at org.springframework.orm.hibernate5.LocalSessionFactoryBean.afterPropertiesSet(LocalSessionFactoryBean.java:495)

Настроено удаление и создание таблиц при запуске проекта:


Связь между таблицами ManyToMany.
Таблица user:

@ManyToMany(fetch = FetchType.EAGER, targetEntity = Role.class, cascade = {CascadeType.ALL})
    @JoinTable(name = "user_role", joinColumns = {@JoinColumn(name = "user_id")},
            inverseJoinColumns = {@JoinColumn(name = "role_id")})
    private Set<Role> roles;

Таблица role:

@ManyToMany(fetch = FetchType.EAGER, mappedBy = "roles")
    private List<User> users;

Answer 1

[Александр Кузнецов]

У меня сложилось впечатление, что не весь лог...
PostgreSQL (у вас судя по всему же он) дает выполнить такой запрос?

Касаемо самой проблемы, вы используете пересоздание схемы при запуске приложения. Может попробовать поставить update место drop-create?

Вот тут что-то похоже писали, но не указано кто победил:forum.spring.io/forum/spring-projects/data/70844-h...

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

Comments

[Степан Пельмегов]

Да, это не весь лог, весь лог мне просто не позволяет сюда выложить toster, там ограничение у них на количество символов.
pastebin.com/NGHSQtU5 удалось выложить вот сюда.

Какой запрос дает выполнить PostgreSQL?

drop-create позволяет загрузить фикстуры, поэтому использую его.
Может конечно есть и другой вариант с update.

[Александр Кузнецов]

Степан Пельмегов: alter table public.user_role drop constraint FKa68196081fvovjhkek5m97n3y

[Александр Кузнецов]

Степан Пельмегов: Строка 254, вот отсюда пошло распространение:

Caused by: org.postgresql.util.PSQLException: ERROR: relation "public.user_role" does not exist

По поводу фикстур, вы про заполнение данными?
Вообще, тут соглашусь, вы тоже как-то такой механизм выполняли, но, в целом, это может быть достигнуто и другим способом (предположение).

[Александр Кузнецов]

т.е. мы тоже такой механизм использовали, когда данные hibernate заливал сам.

[Степан Пельмегов]

pastebin.com/aXpD7VY6

[Александр Кузнецов]

Степан Пельмегов: да, я понял что предположение не самое верное. В целом то обычный запрос на удаление constraint.

У вас public.user_role именно так называется, совпадает слово в слово? Нет опечаток?
Просто, судя по ошибке, либо hibernate гонит, либо, таблица реально удалена по причине того, что был удален другой объект по схеме cascade и его удаление зацепило данную таблицу.

[Степан Пельмегов]

Ну public это схема, а user_role это таблица. Да вроде нигде нету ошибок.

[Степан Пельмегов]

Был вариант что внешние ключи являются проблемой, сделал внешние ключи всегда статическими, но это тоже не помогло. pastebin.com/MvvS0jsL

[Александр Кузнецов]

таблица реально удалена по причине того, что был удален другой объект по схеме cascade и его удаление зацепило данную таблицу
Это не может быть?

[Степан Пельмегов]

Александр Кузнецов: У меня не прописан cascade нигде.

[Александр Кузнецов]

Степан Пельмегов: И тем не менее, Hibernate выполняет такого рода запросы:
drop table if exists public.role cascade

[Александр Кузнецов]

Если вы посмотрите pastebin.com/NGHSQtU5, там очень много где встречается запрос на удаление, который оканчивается на cascade. Если на момент удаления будет существовать внешний ключ, то, таблицу, куда ссылаемся, может зацепить, кажется.