Entity Framework チームの提案に従って、データベース スキーマ (DDL) を生成するときに EF:CF によって生成される SQL を修正したいと思います。

これはどのように行うことができますか？

Google経由で適切なものが見つかりませんでした。

問題

DB オブジェクトの構造を記述する YAML スクリプトを使用しています。H2とのDBベースの統合テストができるのでとても便利です。

しかし、私のクライアントの本番サービスでは、Oracle 指向の SQL スクリプトを提供する必要があります (それらは Liquibase を使用しますが、標準的な方法ではないため、チャレンジ/変更はできません)。

そこで、YAML スクリプトからこれらの Oracle SQL スクリプトを自動的に生成したいと思います。

考え

最初にLiquibase:updateSQL コマンドを見つけました。問題は、DB にアクセスできないことです (JDBC の URL も、同じネットワーク上にもありません)。したがって、このソリューションは機能しません。

次に、更新SQLコマンドの「オフライン」モードを許可するLiquibaseの新しいオプションを見つけました。それは本当に私が探している解決策のようですが、次のエラーがあります(Mavenおよび-X -eオプションを使用):

次に、オフラインの H2 ベースで再試行しましたが、新しいエラーが発生しました:

だから私の質問は：

1. Liquibase:updateSQL は正しい解決策だと思いますか?
2. Liquibase:updateSQL コマンドを Oracle のオフライン モードで実行できますか? （そしてどうやって ？）

ここまで読んでくれてありがとう

JOOQ を使用して、テーブルや列などを検証せずに SQL を生成したいだけで、そのテーブルや列などのクラスを生成したくありません。

SQL 更新を生成し、スキーマとテーブルの名前をStrings で指定するにはどうすればよいですか?

後でテーブル生成の Java コードをセットアップするかもしれませんが、今は必要ありません。生成されたコードがないと JOOQ を使用できない場合は、別のライブラリを使用します。

ありがとう。

Dapper を使用していくつかのデータ レイヤーを作成しました。もちろん、必要な SQL 文字列を維持することは、特に db スキーマが変更された場合 (列の名前変更など) に問題になる可能性があります。

ほとんどの SQL 文字列ブロブを (EF や Linq を使用せずに) 「削除」する戦略を探しています。SQL (jooq など) を生成するタイプ セーフなクエリ API を見つけて構築するか、何らかのメタ生成が思い浮かびます。

何か不足していますか？ベストプラクティスまたはより良いアプローチはありますか?

ありがとうございました

注: EF または Linq を使用すると問題は解決しますが、できるだけ SQL に近づけるように努めています。

列を削除する移行操作中に、列を削除する前に最初に列の存在を確認する SQL を生成するにはどうすればよいでしょうか?

列の削除操作の場合、エンティティ フレームワークは現在、列を削除するために次のような SQL を生成します。

最初に列の存在を確認するように SQL を変更するにはどうすればよいですか。

から継承することで、移行 SQL をカスタマイズできることを私は知っていますSqlServerMigrationSqlGenerator。そうしようとしても、デフォルトのドロップ列ロジックをIFブロックにラップできませんでした。以下の例を参照してください。

ソース:

• Entity Framework 6:SQLジェネレーターをオーバーライドするには?
• コード ファースト移行のカスタマイズに関する Romiller
• EF 6 SqlServerMigrationSqlGenerator ドロップ列ロジック