spring.jpa.hibernate.ddl-autoプロパティは、Springで正確にどのように機能しますか？

Springブートアプリプロジェクトで作業していたところ、別のサーバー（SQL Server）上のデータベースへの接続タイムアウトエラーが発生することがありました。これは、スクリプトの移行を試みたときに特に発生しますFlyWayが、数回試行しても機能します。

次にspring.jpa.hibernate.ddl-auto、プロパティファイルで指定していないことに気付きました 。私はいくつかの調査を行いspring.jpa.hibernate.ddl-auto= create-drop、開発に追加することが推奨されていることを発見しました 。そして、それを次のように変更しspring.jpa.hibernate.ddl-auto= noneます。

しかし、実際にはどのように機能するのcreate-dropか、またはhibernateがor none値を使用してデータベーススキーマをどのように生成するのかは、実際にはわかりませんでした。それが実際にどのように機能するか、およびこのプロパティを開発および運用サーバーで使用するための推奨事項を技術的に説明できますか？ありがとうございました

レコードの場合、spring.jpa.hibernate.ddl-autoプロパティはSpring Data JPA固有であり、最終的にはそれが知っているプロパティの下でHibernateに渡される値を指定する方法hibernate.hbm2ddl.autoです。

値、、、createおよびcreate-dropはvalidate、update基本的に、起動時にスキーマツール管理がデータベーススキーマを操作する方法に影響します。

たとえば、updateオペレーションはJDBCドライバーのAPIにクエリを実行してデータベースメタデータを取得し、Hibernateが注釈付きクラスまたはHBM XMLマッピングの読み取りに基づいて作成したオブジェクトモデルを比較し、スキーマをオンザフライで調整しようとします。

updateたとえば、操作は新しい列や制約などを追加しようとしますが、以前に存在した可能性がある列や制約を削除することはありませんが、以前の実行のオブジェクトモデルの一部としては削除されません。

通常、テストケースのシナリオではcreate-drop、スキーマを作成し、テストケースでモックデータを追加し、テストを実行して、テストケースのクリーンアップ中にスキーマオブジェクトが削除され、空のデータベースが残るように使用します。

開発では、update再起動時にスキーマを自動的に変更して新しい追加を追加するために開発者が使用することがよくあります。ただし、これでも、以前の実行で不要になった可能性のある列や制約は削除されません。

本番環境ではnone、多くの場合、このプロパティを使用するか、このプロパティを指定しないことを強くお勧めします。これは、データベースが複数のサービスやアプリケーションで共有されている場合は特に、データベース変更の移行スクリプトを確認することはDBAにとって一般的な慣行だからです。