私は開発チームで働いており、現在はデータベースプロジェクトを使用してTFSとVisual Studioを通じてSQL Serverデータベーススキーマ(テーブル、ストアドプロシージャ、ユーザー定義型など)を管理しています。 Visual Studioのスキーマ比較ツールを使用して、データベースのローカル開発コピーを同期させます。SQL Serverのパーティショニングと構成の管理
私は現在、いくつかの巨大なデータテーブルのパーティションをセットアップしており、500バイト以上のファイルグループを作成しています。&ファイルは、SSDと回転HDDのデータに基づいています。
私の質問は、各開発者が各開発マシンで500+ FileGroups/Filesをセットアップする必要がないように、TFSのデータベーススキーマを管理する方法に関する提案や経験がある人はいますか?当社の開発マシンで
- は、我々は唯一のディスク容量に基づいてロードされたデータ の少量を持っていますので
私はこれを避けたい理由があります。
- 年齢に基づいてSSDパーティションからHDDパーティションにデータを移動するために、運用サーバーで保守作業を行う予定です。これは、私たちの生産区分機能が、開発マシンと非常に長い間、とにかく合致しないことを意味します。
私はすでに私のデータベースのためのVisual StudioでSSDTプロジェクトのセットアップを持っている:
詳しい詳細は、このブログを参照してください。私は他の開発者がそれらを持っている必要がないことを好むので、私は500の追加のファイルグループをチェックインしないようにしています。私は、開発のために単一のファイルグループを指すようにパーティション機能を設定して、それを確認して、いつも生産が異なることに気づくことができると思います。 – FodderZone
サーバーワークスペースを使用していますか?その場合は、TFSサーバーの500個のファイルグループをチェックインする必要があります。しかし、開発のために、各開発マシンで500以上のFileGroups/Filesをセットアップする必要はありません。彼らは、必要なファイルをチェックアウトして変更し、チェックインする必要があります。 –
いいえ私はサーバーワークスペースを使用していませんが、私の質問ははっきりしていないと思います。私の最大の関心事は、デベロッパー・ワークステーションは実際にはディスク・スペースのために1つのパーティションしか必要としないということです。また、SSD上で最新のデータを取得するためにパーティション機能を頻繁に変更する予定であるため、プロダクションサーバー上のパーティションは一致しません。 – FodderZone