database-design - リリースされたシステムでデータモデルの変更を管理するためのベストプラクティス

Question

Web アプリケーションプロジェクトの開発に着手しようとしています。

アーリーアダプターが遊んでフィードバックできるように、何かを早期に頻繁にアップしたいと思います。

しかし、プロジェクトが進行し、システムの理解が深まるにつれて、データモデルが変化することを想定しています。

データモデルを適切に更新し、早期導入者のデータ損失を防ぐというジレンマにどのように対処すればよいですか? 「ユーザーは注意してください」という大きな警告を単に表示する必要がありますか、それとも移行スクリプトを作成する努力をする必要がありますか?

score 5 · Accepted Answer

どのプラットフォームを使用していますか? Ruby on Rails は、移行スクリプトをパッケージの一部として提供します。Java ランドにいる場合は、migrate4jをチェックしてみてください。

最後に、両方のことを行うことをお勧めします。アルファ版ソフトウェアを使用していることをユーザーに警告し、可能な限りデータを保持する目的で移行スクリプトを使用します (ユーザーがイライラして興味を失ってしまわないように)。

score 3 · Accepted Answer

Scott Ambler は、アジャイルデータベースに関する優れた記事を書いています。本とウェブサイトがあります。

score 2 · Accepted Answer

私の会社のために...

可能であれば、データベースはソフトウェアの現在のバージョンと下位互換性がなければならないというのは、厳格で迅速なルールです。犯罪者に対してタールと羽毛の戦術に頼らない場合。

私たちの場合、顧客向けにカスタムソフトウェアアプリケーションを作成するので、実装方法にある程度の柔軟性があります。そのため、現在のバージョンのアプリケーションに加えて、顧客がレビューして承認するアプリケーションの新しいバージョンをサポートできる必要があります。

他にも、 Red Gate の Sql Compare と Sql Data Compareに投資しています。これにより、開発環境からの変更が本番環境に正しく移行されます。

また、メンテナンスに関して不要な抽象化レイヤーを提供するストアドプロシージャの使用も最近放棄しました...そしてそれらは悪です! =)

score 1 · Accepted Answer

私がアジャイルデータについて初めて耳にしたのは、Martin Fowler と Pramod Sadalageによる講演でした。

score 0 · Accepted Answer

@ブラッドハインツ; Microsoft Web Stack を使用しています。

ここで、.NET 関連の移行ツールの短いリストを見つけました。

database-design - リリースされたシステムでデータ モデルの変更を管理するためのベスト プラクティス