sqlalchemy (Pylons 内) を使用する Web アプリケーションがあります。データを失うことなく、少なくとも毎日、場合によってはそれ以上、本番バージョンを変更できるように、スキーマを効率的に変更する必要があります。
週末に sqlalchemy-migrate を少し使ってみましたが、悪い印象を受けたと思います。まず、2 つのデータベース エンジン間の移行には役立たないと思います。それはおそらく sqlalchemy だけでできることです。次に、ドキュメントが最新ではないようです。各コマンドでリポジトリ パスを指定するなど、いくつかのコマンド ライン オプションを変更する必要がありました。これは移行のバグである可能性があります。
しかし、最悪なのは「manage.py test」コマンドです。実際にデータベースを変更するだけでなく(この点はドキュメントに明確に示されているため、移行を非難することはできません)、最初の移行スクリプトは単純な愚かなスキーマ移行を行い、アップグレードされダウングレードされたデータベースを元のスキーマとは異なるままにしました。しかし、「manage.pyテスト」は次のような答えを出しました
success !
つまり、スキーマが一貫した状態のままかどうかもチェックしませんでした。では、移行を使用する価値はありますか? S.Lott によって提案されたグッド プラクティスに関連する Do It Yourself メソッドと比較して、利点はありますか? 実際に移行プロセスを簡素化する sqlalchemy-migrate の代替手段はありますか、それとも私は単に移行を先験的に悪い方法で使用しようとしていますか?
どうもありがとう!