作成中に適用されたカスタマイズは失われます。LocalContainerEntityManagerFactoryBeanに自動的に適用されません。Beanを作成するときに明示的に設定する必要があります。Beanを構築する場合に自動的に適用されます。上記の構成は、ほとんど単独で機能します。構成する必要があります。よってピックアップされる可能性があります。1つは、新しいインスタンスに明示的に挿入する必要があります。両方にまたがるJTAトランザクションマネージャーを使用できる場合があります。構成する必要があります。検索または使用しません。(「entityManagerFactory」のIDを使用)を定義し、そこに永続性ユニット名を設定する必要があります。実装を自動的に作成できます。Bootに作成するリポジトリを指示するために、追加の構成が必要になる場合があります。インターフェースの場所を提供することです。spring.data.*.repositories.type)もあります。MongoTemplateを使用したい場合に便利です。Dataリポジトリタイプ(Elasticsearch、Solrなど)にも同じ障害と同じ機能が存在します。使用するには、アノテーションの名前とフラグを適宜変更します。Dataリポジトリの使用を簡素化するWebサポートを提供します。名前空間にプロパティを提供します。名前空間のプロパティを使用する必要があることに注意してください。実装をRESTエンドポイントとして公開できます。名前空間から)を公開します。Beanを使用する必要があります。Bootが内部的に使用した後に実行されます。順序を指定する必要がある場合は、0より大きいことを確認してください。JPAによって使用されるコンポーネントを構成するJPAが使用するコンポーネントを構成する場合は、JPAの前にコンポーネントが初期化されていることを確認する必要があります。Bootがこれを処理します。例:Flywayが自動構成されている場合、HibernateはFlywayに依存するように構成されているため、FlywayはHibernateがデータベースを使用しようとする前にデータベースを初期化できます。サブクラスを使用して、必要な依存関係をセットアップする便利な方法として使用できます。Beanに依存するように構成する必要があります。作成する必要があります。DataSourceで自動構成が行うことと同様の機能を提供できます。データベースの初期化SQLデータベースは、スタックの種類に応じてさまざまな方法で初期化できます。データベースが別のプロセスであれば、手動で行うこともできます。スキーマ生成には単一のメカニズムを使用することをお勧めします。JPAを使用してデータベースを初期化するJPAにはDDL生成のための機能があり、これらはデータベースに対して起動時に実行されるように設定できます。これは、2つの外部プロパティによって制御されます。(ブール型)は、機能のオンとオフを切り替え、ベンダーに依存しません。(enum)は、よりきめ細かい方法で動作を制御するHibernate機能です。この機能については、このガイドの後半で詳しく説明します。create-dropです。Bootは、データベースが埋め込まれていると考えるかどうかに基づいて、デフォルト値を選択します。タイプを調べると、組み込みデータベースが検出されます。埋め込まれていますが、その他は埋め込まれていません。メモリ内から「実際の」データベースに切り替えるときは、新しいプラットフォーム内のテーブルとデータの存在について仮定しないように注意してください。明示的に設定するか、他のメカニズムのいずれかを使用してデータベースを初期化する必要があります。ロガーを有効にすることにより、スキーマ作成を出力できます。これは、デバッグモードを有効にすると自動的に行われます。いう名前のファイルが起動時に実行されます。これは、デモや、慎重にテストする場合に役立ちますが、おそらく本番環境のクラスパスに配置したいものではありません。これはHibernate機能です(Springとは関係ありません)。スキーマ(DDLスクリプト)を自動的に作成し、それを初期化できます(DMLスクリプト)。data.sqlからSQLをロードします。ファイル(存在する場合)を処理します。spring.datasource.platformの値です。これにより、必要に応じてデータベース固有のスクリプトに切り替えることができます。postgresqlなど)。DataSourceのスキーマを自動的に作成します。プロパティを使用してカスタマイズできます。JDBCイニシャライザーのフェイルファースト機能を有効にします。これは、スクリプトが例外を引き起こす場合、アプリケーションの起動に失敗することを意味します。spring.datasource.continue-on-errorを設定することにより、その動作を調整できます。JPAベースのアプリでは、Hibernateにスキーマを作成させるか、schema.sqlを使用させるかを選択できますが、両方を行うことはできません。Batchを使用する場合、ほとんどの一般的なデータベースプラットフォーム用のSQL初期化スクリプトがあらかじめパッケージ化されています。Bootは、データベースタイプを検出し、起動時にこれらのスクリプトを実行できます。組み込みデータベースを使用する場合、これはデフォルトで行われます。次の例に示すように、任意のデータベースタイプに対して有効にすることもできます。spring.batch.initialize-schema=alwaysspring.batch.initialize-schema=neverを設定して、初期化を明示的にオフにすることもできます。2つの高レベルの移行ツールをサポートしています。クラスパスに追加します。「1」や「2_1」など、アンダースコアで区切られたバージョンです)。classpath:db/migrationというフォルダーにありますが、spring.flyway.locationsを設定することでその場所を変更できます。ロケーションのコンマ区切りリストです。ディレクトリの両方でスクリプトを検索します。プレースホルダーを追加して、ベンダー固有のスクリプトを使用することもできます。)に従って使用するフォルダーを設定します。移行はJavaで作成することもできます。Flywayは、JavaMigrationを実装するBeanで自動構成されます。Flywayのほとんどの設定と、移行を無効にするか、場所の確認をオフにするために使用できる追加プロパティの小さなセットを提供します。Beanの登録を検討してください。呼び出して、データベースの移行を実行します。