2012-05-07 19 views
6

Ekibimiz veritabanı CM aracımız olarak Red-Gate SQL Kaynak Kontrolü kullanıyor. 85 saniye (13.9MB verileriyle 26 bağlantılı tablolar) Red-Gate SQL Kaynak Denetimi (SSC) Bağlantılı Tablolar - Performans Kabusu?

  • -

    • 1 koşmak: statik verileri bağlayan SQL Kaynak Kontrol hızını nasıl etkilediğini belirlemek için hızlı bir test gerçekleştirdikten sonra aşağıdaki sonuçlar elde ettim 2. çalışma - 14 saniye! (0 bağlantılı tablolar)

    Veritabanımdaki 26 bağlantılı tabloyla başladım. SQL Source Control'ün "Değişiklikleri Takibi" ndeki değişiklikleri göstermesi yaklaşık 85 saniye sürdü. Tüm bağlantılı tabloları kaldırdıktan sonra sadece 14 saniye sürdü. Her çalıştırmadan önce SSMS'yi yeniden başlattım.

    1. Başka kimsede benzer sorunlar var mı?
    2. SQL DB CM için ve statik verileri depolamak için SSC'den başka hangi araç/yöntemler önerirsiniz? (Tercihen daha büyük bir ekipte kurulumu ve kullanımı kolay olan bir şey).

    Red Gate, statik verileri bağlamada bu performans sorununu giderene kadar, verileri kaynak denetimi altına almak için SQL komut dosyalarını kullanmayı düşünüyoruz.

  • +0

    Hangi SQL Kaynak Denetimi sürümünü kullanıyorsunuz? 3.0.9.18 var mı? –

    +0

    3.0.9.18 sürümünü kullanıyorum. – stonetiger

    +0

    Bugün SSC'yi 3.0.11.3531'e güncelledim. Çok az performans artışı gördüm. 14,6 MB veriye sahip 27 bağlantılı tablo için "Değişiklikleri Değiştir" sekmesindeki değişiklikleri görmek yaklaşık 70 saniye sürer. – stonetiger

    cevap

    1

    3.0.12.3695 sürümünü çalıştırıyor ve aynı sorunları yaşıyoruz. Bu sorun forumlarında ve destek ekibinde zaten bildirildi. Çalışmakta olan 3.0.12 sürümüne sahipseniz yardımcı olabilirsiniz: General performance

    İlgili konular