問題タブ [schema-migration]

Rails のデータベース移行管理システムがとても気に入っています。100% 完璧ではありませんが、うまくいきます。Django にはそのようなデータベース移行システムが同梱されていませんが (まだ?)、django-evolution や south など、それを行うためのオープン ソース プロジェクトが多数あります。

だから私は、django のどのデータベース移行管理ソリューションが好きですか? (回答ごとに 1 つのオプションを指定してください)

私はdbベースのアプリケーションを持っており、スキーマに変更があるたびにスキーマとdbコンテンツを削除します。現在、開発モードになっています。間もなく、アプリケーションを本番環境でリリースします。ただし、本番環境でアプリケーションをリリースした後は、多くの変更が行われる可能性があると思われます。ソフトウェアは、世界中の多くの場所にインストールする必要があります。（Webベースのアプリではありません）

この場合、スキーマ移行ツールはどのように機能しますか？またはスキーマの変更が疑われる一般的なデータベースベースのアプリケーションでそれらをどのように使用できますか？

私は最近 JPA について簡単に調べていましたが、データベース スキーマの移行と、作成したクラスとの整合性を維持することとは何なのか疑問に思っていました。

このようなものに対する JPA のサポートはありますか? ユーティリティ？ベストプラクティス?

乾杯！

Visual Studio 2008 Database Edition (Data Dude) には、データベース間のスキーマ比較を実行し、あるデータベースから別のデータベースに移行するスクリプトを生成する機能があります。この比較を実行して、コマンド ラインから移行スクリプトを生成することは可能ですか? その場合、コマンド ライン ツールは何ですか?また、Visual Studio 2010 の同等のバージョンで使用されているのと同じツールですか?

Ruby on Rails から、データベースの移行を行うための快適で非常に管理しやすい方法について学びました。

Qt4でそのようなケースをどのように処理しますか? Rails のソリューションのように複雑にする必要はありません。SQL とコード スニペットを実行して、データのバージョン リストを上下に移動しても問題ありません。

少しグーグルで調べましたが、標準的な解決策はないようです。以前に頭をかいた人は誰もいないようです。誰もがそれを行う方法について独自のアイデアを実装しているようです。

標準的なソリューションに興味がある、または取り組んでいて、その取り組みを共有したい人はいますか? それとも、機能する実装がありますか? Railsのテーブルのようなものをinformation_schema用意し、アプリケーションでウィザードを実行してデータベースをアップグレードまたはダウングレードする (そして、最初にバックアップ/ダンプを実行することを提案する) か、別のオプションとして、ウィザードなしの移行、おそらく便利なプログレスバー。

多くのモデルを書き直しました。テスト サーバーを実行しているだけなので、./manage.py reset myapp を実行して db テーブルをリセットすると、すべて正常に動作しています。

今回やってみたらエラーが出て、

「完全なエラー: リレーション「myapp_tagger」の制約 owner_id_refs_id_9036cedd は存在しません」

だから私は、サイト全体を核攻撃して、新たに始めることにしました。だから私は ./manage.py をフラッシュし、syncdb を実行しましたが、これはエラーを発生させず、すべてのデータを削除しましたが、my_app のオブジェクトにアクセスしようとすると、列が見つからないというエラーが発生するため、データベースは更新されませんでした. フラッシュはすべてのテーブルを削除するはずだと思いました。syncdb は、フィクスチャが追加されていないことを示しています。

このエラーは、タグ付けモデルを、別のオブジェクトに関連付けられた名前の所有者を持つ外部キーを持つように変更したという事実に関連していると思います。

related_name をforeignkey引数に追加しようとしましたが、何も機能していないようです。

私のより大きなアプリケーションの1つは、Oracleデータストア上でNHibernateを使用しています。テスト/開発の場合、アプリケーションはNHibernateのスキーマ生成を使用して、必要に応じてデータベースを作成/再作成します。配信前に、DBAから求められていることの1つは、データベースの各フィールドにコメントを含めることです（たくさんあります）。マッピングファイルでコメントを指定できるソリューションを探しています。誰かがこのようなことをしましたか？NHibernateは私の側で少しの努力でこの活動をサポートしますか？

Heroku で本番環境でアプリを実行していますが、schema_migrations テーブルに問題があります。

最後の移行変更はdb/schema.rbファイルに存在しますが、この移行のエントリはschema_migrationsテーブルにありません。

したがって、実行rake db:version時に、この最後の移行の前に実行された移行に対応する番号を取得しました。

この移行のエントリをschema_migrationsテーブルに追加する必要があると思いますが、データベースの日付やリモートで heroku に影響を与えずにこれを行う方法がわかりません。

Entity Framework 4 (コードファースト) と Fluent Migrator を使用するプロジェクトに取り組んでいます。

プロジェクト全体を通して、すべてのスキーマ変更の移行と、さまざまな環境に入力したいテスト データのプロファイルを作成しました。

ただし、すべての環境に入力する「コード」や「ステータス」を挿入するためのベスト プラクティスは何ですか? テーブルの作成時にそれらを指定する必要がありますか、それともテーブル用の特定のプロファイルを作成する必要がありますか?

より具体的には、次のように、データベース用に定義されたアドレス タイプの「コード」テーブルがあります。

では、この機会を利用して、AddressTypes テーブルにもデータを入力する必要があるでしょうか? それとも、それをある種のプロファイルに抽象化する必要がありますか?

どちらにもメリットとデメリットがあるので、他のチームがこの種の状況にどのように対処しているかを知りたいです。

アプリでデータベース移行プラグインを使用していますが、DBスキーマに依存する他のプラグインを使用すると問題が発生します。

新しくインストールしたプラグイン（分類法プラグインなど）を使用する準備として、移行プラグインを使用してDBをセットアップ/リファクタリングしたいと思います。問題は、移行プラグインが他のプラグインの後に読み込まれるため、移行を実行する前にアプリケーションが失敗することです（スキーマの依存関係は適用されません）。DB移行を他のプラグインの前に実行するのは合理的だと思います（99％の場合）。正しい？

（「defloadBefore」を使用して移行プラグインをカスタマイズせずに）移行プラグインを最初に強制的にロードする方法はありますか？

ありがとう