как именно spring.jpa.hibernate.ddl-auto свойство работает весной?

Question

Фактически я работал над моим проектом приложения загрузки Spring, и я заметил, что иногда есть время на подключение к моей базе данных на другом сервере (SQL Server), особенно когда я пытаюсь выполнить некоторую миграцию скрипта с помощью FlyWay, но он работает после нескольких попыток. Я заметил, что я не указал в своих свойствах spring.jpa.hibernate.ddl-auto. Затем я провел некоторое исследование и обнаружил, что рекомендуется добавить spring.jpa.hibernate.ddl-auto= create-drop в разработку. И измените его на: spring.jpa.hibernate.ddl-auto= none на производстве. Но я на самом деле не понял, как это работает, и как спящий режим создает схему базы данных, создавая значение или не используя ни одного. Можете ли вы объяснить технически, как это работает, и какие рекомендации используют это свойство на сервере разработки и производства. Спасибо

Answer 1

Для записи, spring.jpa.hibernate.ddl-auto свойства Spring Data JPA специфичны и их способ определить значение, которое в конечном итоге будет принято в спящем режим по собственности он знает, hibernate.hbm2ddl.auto.

Значение create, create-drop, validate и update в основном влияют как инструмент управление схемой будет управлять схемой базы данных при запуске.

Например, операция update будет запрашивать API-интерфейс JDBC для получения метаданных базы данных, а затем Hibernate сравнивает создаваемую им объектную модель на основе чтения ваших аннотированных классов или сопоставлений XML HBM и будет пытаться настроить схему на -fly.

Операция update, например, попытается добавить новые столбцы, ограничения и т. Д., Но никогда не удалит столбец или ограничение, которое могло существовать ранее, но больше не работает как часть объектной модели из предыдущего запуска.

Как правило, в сценариях тестирования вы, вероятно, используете create-drop, чтобы создать свою схему, ваш тестовый пример добавляет некоторые макеты данных, запускает ваши тесты, а затем во время очистки тестовых объектов объекты схемы удаляются, оставляя пустую базу данных.

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

В производстве часто рекомендуется использовать none или просто не указывать эту собственность. Это связано с тем, что администраторы баз данных часто просматривают сценарии миграции для изменения базы данных, особенно если ваша база данных разделена между несколькими службами и приложениями.