3

多くの開発者によってさらに開発/開発されるデータベースを構築および維持することは、ソフトウェア開発で常に行われていることです。ビルドスクリプトを作成し、データベースが時間の経過とともに大きくなるにつれて適用される更新スクリプトをさらに維持します。これを管理するには、手動更新から、これらのプロセスの自動化に役立つコンソールアプリ/ビルドスクリプトまで、さまざまな方法があります。

これらのプロセスを構築/管理した人は、データベーススキーマ管理用のソース管理ソリューションに移行しましたか?もしそうなら、彼らは何が最善の解決策であると考えましたか?避けるべき落とし穴はありますか?

Red GateはMSSQLの世界で大きな役割を果たしているようで、DBソース管理は非常に興味深いものに見えます:http: //www.red-gate.com/products/solutions_for_sql/database_version_control.htm

(デフォルトの)データ*管理プロセスを置き換えるようには見えませんが、私の視点からの変更管理プロセスの半分を置き換えるだけです。

(私がデータについて話しているとき、私はルックアップ値とその種のもの、デフォルトまたはDRシナリオで展開される必要があるデータを意味します)

私たちは.Net/MSSQL環境で作業していますが、前提はすべての言語で同じであると確信しています。

4

4 に答える 4

1

私は、勤務先の銀行が社内で開発したデータ ウェアハウスを管理しています。これには継続的な更新が必要であり、2 ~ 4 人の開発チームが取り組んでいます。

幸運なことに、"製品" のインスタンスは 1 つしかないため、バージョンが異なる可能性がある複数のインスタンスへの展開に対応する必要はありません。

データベース内の各オブジェクト (テーブル、ビュー、インデックス、ストアド プロシージャ、トリガー) の作成スクリプト ファイルを保持します。

ALTER TABLEテーブルの名前を変更し、新しいテーブルを作成してデータを移行することを優先し、可能な限りの使用を避けます。これは、スクリプトの履歴を調べる必要がないことを意味しますALTER。create スクリプトを見ることで、すべてのテーブルの最新バージョンをいつでも確認できます。移行は別の移行スクリプトによって実行されます。これは部分的に自動生成できます。

リリースを行うたびに、作成スクリプト/移行スクリプトを適切な順序で実行するスクリプトがあります。

参考までに: ソース コード管理には Visual SourceSafe を使用しています。

于 2010-07-14T11:05:28.277 に答える
1

私は SQL Server ソース管理ツールを探していましたが、SQL Server Management Studio をプラグインとして使用して、仕事をする多くのプレミアム バージョンに出会いました。

LiquiBase は無料ですが、自分のニーズに合わせて動作させることはできませんでした。

別の無料の製品がありますが、SSMS と連携して機能し、オブジェクトとデータをフラット ファイルにスクリプト化します。

これらのオブジェクトは、データベース オブジェクトを再作成する新しい SQL Server インスタンスに送り込むことができます。

gitSQLを参照してください

于 2015-05-12T15:04:07.333 に答える
0

LiquiBaseを求めているのではないでしょうか?

于 2010-07-14T11:52:55.943 に答える