1

私たちには開発チームがあり、いくつかの開発およびサポート プロジェクトが同じコード ラインでサポートされています。最近、既存の製品モジュールに追加の変更を開始しました。コードを開発環境にコピーし、新しい変更要求を参照して変更するために使用します。プロジェクトのスケジュールにより、開発コードをすぐに本番環境に移行することはできません。その間、新しい開発に影響を与えることなく、製品で修正する前に開発環境で修正する必要がある小さな小さな問題が製品モジュールで修正されることを期待しています。

SQL Server 2008 で SCHEMAS を使用していることは認識していますが、スキーマを使用する場合、ファイルの読み込みなど、同じ目的で使用される 2 つの手順を保持する必要があります。2 つの異なるスキーマでの管理などのオブジェクトの重複を避けたいと考えています。

同じ目的で別のデータベースや別のスキーマを作成することで、間違ったことをしているように感じます。

同じ製品コードでの作業と、製品コードを同様の目的で使用した新しい開発に対処する方法またはツールはありますか。

ありがとうRTV

4

1 に答える 1

0

私も同じような状況にあると思います。私たちが行ったことは、2 つのほぼ同一のデータベースを作成しただけです。生産と開発。本番データベースはレポーティング ソフトウェアにフィードし、開発データベースは変更を本番環境にコピーする前に自由にテストできる場所です。本番データベースにロードされるすべてのデータは、毎日実行される一連のジョブとストアド プロシージャを通じて開発データベースにロードされます。ただし、この方法には、テーブルやストアド プロシージャなどの大規模な複製が含まれますが、必要な機能を取得する方法を知っている最も簡単な方法です。

于 2013-07-26T13:19:45.130 に答える