W jaki sposób właściwość spring.jpa.hibernate.ddl-auto działa na wiosnę?

Pracowałem nad projektem aplikacji Spring Boot i zauważyłem, że czasami występuje błąd przekroczenia limitu czasu połączenia z moją bazą danych na innym serwerze (SQL Server). Dzieje się tak szczególnie, gdy próbuję wykonać migrację skryptu, FlyWayale działa po kilku próbach.

Potem zauważyłem, że nie wskazałem spring.jpa.hibernate.ddl-autow moim pliku właściwości. Zrobiłem kilka badań i stwierdziłem, że zaleca się dodanie spring.jpa.hibernate.ddl-auto= create-dropw rozwoju. I zmień to na: spring.jpa.hibernate.ddl-auto= nonew produkcji.

Ale tak naprawdę nie rozumiałem, jak to naprawdę działa i jak hibernacja generuje schemat bazy danych przy użyciu create-droplub nonewartości. Czy możesz wyjaśnić technicznie, jak to naprawdę działa i jakie są zalecenia dotyczące używania tej właściwości w programowaniu i na serwerze produkcyjnym. Dziękuję Ci

Dla przypomnienia, spring.jpa.hibernate.ddl-autonieruchomość jest wiosna danych JPA specyficzne i jest ich sposób określić wartość, która zostanie ostatecznie przekazany do Hibernate pod nieruchomości to wie hibernate.hbm2ddl.auto.

Wartości create, create-drop, validate, i updatezasadniczo wpływają na sposób zarządzania narzędziami schemat będzie manipulować schematu bazy danych przy starcie.

Na przykład updateoperacja wysyła zapytanie do interfejsu API sterownika JDBC w celu uzyskania metadanych bazy danych, a następnie Hibernate porównuje model obiektów, który tworzy na podstawie odczytu klas z adnotacjami lub mapowań XML HBM i podejmuje próbę dostosowania schematu w locie.

Na updateprzykład operacja spróbuje dodać nowe kolumny, ograniczenia itp., Ale nigdy nie usunie kolumny lub ograniczenia, które mogło istnieć wcześniej, ale nie jest już częścią modelu obiektowego z poprzedniego uruchomienia.

Zazwyczaj w scenariuszach przypadków testowych prawdopodobnie użyjesz create-drop, aby utworzyć schemat, Twój przypadek testowy doda pewne dane próbne, uruchomisz testy, a następnie podczas czyszczenia przypadku testowego obiekty schematu zostaną usunięte, pozostawiając pustą bazę danych.

W fazie rozwoju często zdarza się, że programiści używają updatedo automatycznego modyfikowania schematu w celu dodania nowych dodatków po ponownym uruchomieniu. Ale znowu zrozum, nie usuwa to kolumny ani ograniczenia, które mogą istnieć z poprzednich wykonań, które nie są już potrzebne.

W środowisku produkcyjnym często zaleca się użycie nonetej właściwości lub po prostu jej nieokreślanie. Dzieje się tak, ponieważ administratorzy baz danych często przeglądają skrypty migracji pod kątem zmian w bazie danych, zwłaszcza jeśli baza danych jest współużytkowana przez wiele usług i aplikacji.