6
私たちのチームは、データベースのCMツールとしてRed-Gate SQL Source Controlを使用しています。 - 85秒(13.9メガバイトのデータと26のリンクテーブル) Red-Gate SQL Source Control(SSC)のリンクテーブル - パフォーマンスナイトメア?
- 第一の実行: は、静的データをリンクするSQLソース管理のスピードにどのように影響するかを決定するために簡単なテストを実行した後、私は以下の結果を得ました第2ラン - 14秒! (0リンクテーブル)
私はデータベース内の26のリンクテーブルから始めました。 SQL Source Controlが "Commit Changes"に変更を表示するまでに約85秒かかりました。リンクされたテーブルをすべて削除した後、14秒かかりました。それぞれの実行の前に、SSMSを再起動しました。
- ほかに他の類似の問題はありますか?
- SSC以外のSQL DB CMおよび静的データの格納に推奨するツール/方法はありますか?
Red Gateが静的データをリンクする際にこのパフォーマンスの問題を修正するまで、SQLスクリプトを使用してデータをソース管理下に置くことを検討しています。
どのバージョンのSQL Source Controlを使用していますか?あなたは3.0.9.18を持っていますか? –
バージョン3.0.9.18を使用しています。 – stonetiger
今日SSCを3.0.11.3531に更新しました。パフォーマンスの向上はほとんど見られませんでした。 14.6 MBのデータを持つ27個のリンクテーブルの "Commit Changes"タブの変更を見るのに約70秒かかります。 – stonetiger