1

私の会社では、データベースを更新する現在の方法は、VS2005 のサーバー エクスプローラーを使用して接続し、ストアド プロシージャを開いて編集することによって変更することです。ここの開発者は、「コードのように書いて保存する」という考え方を楽しんでいるようです。何かを微調整する必要があるときに、自動的に Create を Alter に変換し、既存のデータベースに対してスクリプトを実行する方法は非常に便利です。

最近、サーバーがクラッシュし、バックアップされていない多くの変更が失われたときに、これはかなり大変でした。私は、SQL 開発を本来の場所である DB プロジェクトに移動して、他のコードと一緒に SVN に配置できるようにすることを推進しています。代替手段は、データベースの夜間バックアップです。

ただし、DB プロジェクトについて、またはそれらのワークフローについてはあまり知りません。残念ながら、現在のモデルと同様のユーティリティを手に入れることができなければ、乗り換えることはありません。現在の作業モデルを維持しながら、DB プロジェクトに切り替えることについて何か考えはありますか?

4

1 に答える 1

2

開発者がルールを作成した場合 (そして、あなたの投稿は彼らのように聞こえます)、新しいワークフローが開発者にとって「より良い」場合にのみ続行できます。私自身開発者なので、そうあるべきだと思います。私は、非開発者がかなり無意味な開発プロセスを考え出し、それを開発者に押し付けて全員に損害を与えるのを見てきました。

VS DB プロジェクトについて考えている場合は、まず VS DB が実際にデータベースで動作するかどうかをテストします。もしそうなら、プロセス中に大きな可能性を設定する必要があります.データベースの「真の」コピーは、データベースサーバーではなくVS DBにあります.

別の方法は、開発サーバーを定期的にバックアップすることです。毎日バックアップし、トランザクション ログのバックアップを 1 時間ごとに行うと、大量の作業を失うことは非常に困難になります。

または、データベース定義全体をテキスト ファイルに書き込むスケジュールされたジョブを作成します。(データベース内のすべてのオブジェクトをスクリプト化します。) これらのファイルは通常非常に小さいため、長いバックログを保持できます。

多くの尊敬されているブロガーは、データベース定義を SVN に保存することは良い考えだと考えているようです。このコーディング ホラーの投稿、または関連する Stack Overflow 関連の質問How do I version my MS SQL database in SVNを参照してください。

開発者と話し合い、同意できる点を確認してください。

于 2009-05-21T20:04:53.967 に答える