問題タブ [fluent-migrator]

私は fluentmigrator を使用していますが、ビルド スクリプトを実行するたびに fluentmigrator を使用して DB スクリプトを作成する必要があるという問題に悩まされていますが、問題は、db が変更された場合にのみスクリプトを書き直したいということです。現在のコードを以下に示すにはどうすればよいですか

誰かがマイグレーター (特に fluentmigrator) の概念を説明できますか?

以下は、この件に関して私が収集した (混乱している可能性がある) 事実です。

• バージョニングによってデータベースの更新を最初に作成してから維持する方法ですか。

• 最初の移行 (またはデータベースの初期バージョン) には、必要なすべてのテーブル、リレーションシップ、およびプロパティが含まれます (流暢に実行するか、スクリプトで SQL のチャンクを使用して実行します)。

• 変更をデータベースにプッシュする場合は、新しいテーブルの追加やフィールドの変更など、新しい移行方法 (上と下) を作成します。

• これらの移行のいずれかを展開するには、コマンド ラインを使用して、移行を含む dll、接続文字列、および必要なバージョンを指定します。

かなり複雑なデータ モデルのセットがある場合、そのすべての移行定義を作成するのはかなり難しく、時間がかかりませんか?

nHibernate/fluent を使用すると、モデルとマップ ファイル以外を定義する必要なく、データベースのテーブルを簡単に生成できることを私は知っています。この構成を Migrator/Versioning と互換性を持たせる方法はありますか?

nhibernate/fluent がデータベースの生成を担当している場合、必ずしもテーブルのすべての側面を定義する必要はありません。慣例またはマッピングファイルを介して行われます。マイグレータでは、このレベルの詳細を定義する必要がありますか?

Fluent Migrator を自分で勉強しようとしていますが、Fluent migrator によって作成されたテーブルの構造を変更する必要があるという問題に悩まされています。これは、次のコードを使用して user という名前のテーブルを作成したことを意味します

ここで、列名の後に avatar_name,avatar_type,avatar_data という名前の列をさらに 3 つ追加する必要があります。

前もって感謝します

背景: VS 2012

テーブルの移行を別々のクラスに分割したので、

クラス1、

クラス2、

など。移行番号を増やして新しいクラスを2回作成しましたが、（完全に有効なコードのように見えます）移行プロセスは新しいクラスを実行しません。エラーなどはありません。動かないだけです。

現在、バッチ ファイルを使用して移行を実行しています。

新しいクラスが含まれていない理由を調べるためにデバッグする方法はありますか?

データベースの移行を管理するために Migrator.NET の使用を開始しています。これは素晴らしいことですが、ソフトウェア用に作成されたプラグインには、独自のカスタム フィールドを追加する必要があるという追加の要件があります (もちろん、プラグインによって異なります)。

基本的に、コアデータベーステーブルとプラグイン固有のテーブルがあります。

Migrator.NET で、このような追加の属性が表示されることを期待していました

開発者をプラグインできるようにすると、次のようなことができるようになります

残念ながら、このパラメーターは存在せず、バージョン テーブルにはタグ/プラグイン名を保存する場所がないようです。

どうやってこれをやろうとしているのか、誰にもアイデアがありますか?

Ruby/Redmine は、プラグインに独自のデータベース移行を含めることができるため、この種のアーキテクチャをサポートしていることを見てきましたが、MigratorDotNet でこれを実行できるようにしたいと考えています。

現在、FluentMigrator を使用しているいくつかのデータベースがあり、Entity Framework の移行がどのように比較されるか知りたいです。

EF 移行は、移行でデータをシードし、FluentMigrator のような環境に基づいて移行スクリプトを選択的に実行できますか? タグとプロファイルを使用できますか?

私はすでに EF Database First をアプリケーションの ORM として使用しています。どこかで EF Migrations が Code First 以外の EF でもサポートされていることを読んだと思いますが、いずれにしても私のチームは Code First アプローチへのリファクタリングを考えていました。 Database First アプローチのいくつかの制限について説明します。では、コード ファーストのアプローチを採用する場合、別のサード パーティの移行フレームワークを使用するよりも、EF 移行を使用する方が理にかなっているでしょうか?

これがどのように機能するかはわかりませんが、2 つのテーブルがあります。1 つのテーブル インストゥルメントと別のインストルメント メタデータ。インストルメントのインストルメント メタデータは 1 行のみである必要があります。誰かがフィールドを追加して 1 対多にしたため、一部のツールの現在のインストルメント メタデータを削除する移行を作成しようとしています。私はこれでそれをしました：

ここで、instrument のいくつかの行に対して、instrumentmetadata に行を追加したいと思います (各楽器に対して 1 対 1 のメタデータを作成します)。私のinstrumentmetadataのIdフィールドはinstrumentテーブルのMetadataIdと一致する必要があるため、それを行う方法がわかりませんでした。役立つ構文があれば fluent-migrator を使用していますが、私は fluent-migrator についてよく知らないので、純粋な sql で問題ありません。前もって感謝します！