6

私たちのチームは、Red-Gate SQL Source Control をデータベース CM ツールとして使用しています。静的データのリンクが SQL ソース管理の速度にどのように影響するかを判断する簡単なテストを実行した後、次の結果が得られました。

  • 1 回目の実行 -- 85 秒 (13.9MB のデータを持つ 26 個のリンクされたテーブル)
  • 2回目 -- 14秒!(0 リンク テーブル)

データベース内の 26 個のリンク テーブルから始めました。SQL ソース管理が「Commit Changes」に変更を表示するのに約 85 秒かかりました。リンクされたテーブルをすべて削除した後、わずか 14 秒しかかかりませんでした。毎回実行する前に、SSMS を再起動しました。

  1. 他の誰かが同様の問題を抱えていますか?
  2. SQL DB CM と静的データの保存には、SSC 以外にどのようなツールや方法をお勧めしますか? (より大きなチーム全体でセットアップして使用するのと同じくらい簡単であることが望ましい)

Red Gate が静的データのリンクにおけるこのパフォーマンスの問題を修正するまで、SQL スクリプトを使用してデータをソース管理下に置くことを検討しています。

4

1 に答える 1

1

バージョン3.0.12.3695を実行していますが、まったく同じ問題が発生しています。この問題は、フォーラムとサポートチームですでに報告されています。3.0.12バージョンを実行している場合、これは次のことに役立ちます。一般的なパフォーマンス

于 2012-05-31T06:38:28.283 に答える