問題タブ [migratordotnet]

保留中の移行がある場合は、MSBuildを介してビルドプロセスを停止したいと思います。

ただし、プロジェクトのビルド中にMigrateターゲットをトリガーしたくありません。

では、Migratordotnetで保留中の移行のみを確認するにはどうすればよいですか？
ビルドプロセスを停止するためのフラグとして使用したいだけです。

前もって感謝します ！

スキーマの移行が実行された後、SQLを実行したいと思います。

いくつかのポイント：

1. Up関数呼び出し中にSQLを実行すると、スキーマの更新が後で有効になるため、最新のスキーマバージョンでは実行されません。

2. Database.Commit（）を呼び出すと、変更がすぐにコミットされますが、接続が閉じられるため、SQLを実行できません。

3. AfterUp（）関数でSQLを呼び出すと、接続も閉じられます。

スキーマが更新された後、SQLを実行するにはどうすればよいですか？

Migrator.NET を使用して、実稼働環境でスキーマの変更を管理しています。私は EF コード ファーストを使用してきたため、データベースへのすべての開発はコード ファースト クラスに対してインクリメンタルであり、プロジェクトには移行が適用されていません。

ただし、プロジェクトが本番環境に入ったら、移行の使用を開始できるようにしたいと考えています。ベースラインの 'up' 移行として、code-first のデータベース初期化子を使用してデータベースを作成し、デフォルト データを準備したいと思います。ただし、EF コンテキスト クラスと EF 初期化子のラッパー クラスが .NET 4 にあるのに対し、migrator .NET は .NET 2 を使用しているため、問題が発生しています。

移行コンソール アプリを実行すると、「このアセンブリは、現在読み込まれているランタイムよりも新しいランタイムによってビルドされます...」というメッセージが表示されます。

これが機能することを期待していますか？サーバー上で OSQL を使用して SQL スクリプトを作成することもできますが、これが開発環境と同じように機能するとよいでしょう。

データベースが既に作成されているか、移行が既に実行されている場合、C# と migrator.net API で構築された完全なスキーマを生成する方法があるかどうか疑問に思っていましたか?

既存の実稼働データベースで Migrator.NET の使用を開始することに関心があります。サポートする必要があるいくつかの初期状態があります。

a) データベースは現在のリリース (Migrator の使用を開始したリリース) であり、アップグレードは必要ありません。Migrator を初期化して、将来のデータベース アップグレードに備えます。

b) データベースが存在しません。最初のデータベース作成スクリプトを実行します (Migrator を使用して開始した時点までデータベースを取得するため)。Migrator のバージョンを 0 (または 1?) に初期化して、将来のデータベースのアップグレードに備えます。開始点が初期化された後に必要になる可能性のあるデータベースの移行を実行します。

これをどのように処理するのが最善かについて何か考えはありますか?

ところで、私は Migrator .NET 以外のソリューションにもオープンです。これは、1 年以上開発されていませんが、最も成熟しているようです。

テストデータ（環境ごとに異なる可能性があります）を実際のデータベース作成から分離したいと思います。その目的でプロファイル
を 使用できることは知っていますが、私が理解しているように、他の移行の最後に一度プロファイルを呼び出します。

私が欲しいのは、移行バージョンに基づいてそれらを持っていることです、それで：

• MigrationXはテーブル「Users」を作成します
• テストデータは「ユーザー」に個別に挿入されます

どうすればいいですか？

MigratorDotNet を使用して移行を適用しようとして、次の実行を取得しました:

ビルドは一般的に分離され、構成エラーは表示されません。

次の内容で構成ファイルを作成しました。

テスト移行が 1 つあります。

移行の実行: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\MSBuild.exe mbuild.proj /t:Migrate

MigratorDotNet を使用して、Web アプリの Rails スタイルの移行を管理しています。データベース内のすべてのテーブルを削除すると、MigratorDotNet を実行して必要なすべてのテーブルを作成するインストール ビューにアクセスできるワークフローがあります。

これはローカルで機能します。何らかの理由で、コードを Arvixe ホスティングにアップロードすると、移行がまったく実行されません。この奇妙なエラーが発生します：

There is already an object named 'SchemaInfo' in the database.

移行を実行する前に、データベース内のすべてのテーブルを手動で削除したため、これは奇妙です (以前のインストールから残っていないことを確認するため)。

私のコードは基本的に次のようになります。

new Migrator.Migrator("SqlServer", connectionString.ToString(), migrationsAssembly).MigrateToLastVersion();

接続文字列が正しく (運用/ホスティング設定)、アセンブリが正しく読み込まれている (名前とバージョン) ことをログに記録して確認済みです。

ローカルで動作しますが、Arvixe では動作しません。これをトラブルシューティングするにはどうすればよいですか?

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

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

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

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

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

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

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