Bit sütununa dizin eklemek kesici uçları önemli ölçüde yavaşlatıyor mu?

Yaklaşık 1 milyon ila 5 milyon kayıt içeren bir masam var. Bu kayıtların küçük bir bölümünde bit sütunlarından biri 'TRUE' (DOĞRU) olarak ayarlanmış. Bu kayıtları hızlı bir şekilde bulmanız gerekiyor. Ben bu indeks bu sütun üzerinde arama hızlandırabilir düşünüyorum, ama INSERTs hakkında korkuyorum. Dolayısıyla sorum.

Veritabanı bir çeşit veri ambarı gibi çalışıyor, bu nedenle birçok SELECT ve küçük (günde 10-20'ye kadar) ama oldukça büyük INSERT'ler (aynı anda 200 bin kayıt) var. Ben veritabanına bu ithalat daha uzun süre korkuyorum.

1 milyon kayıt için bir endeks işe yaramaz. Optimize edici bunu asla kullanmayacak, sadece bakımı için ödeme yapacaksınız. Çok daha iyi bir alternatif, bu biti kümelenmiş dizindeki en soldaki anahtar olarak eklemektir.

Ancak karanlıkta kör bir çekim yapacağım ve elinizde olan şeyin bir kuyruk deseni olduğunu tahmin edeceğim: kayıtlar, bitin 'TRUE' (yani 'TRUE') (yani 'needsprocessing = true') olarak ayarlandığı tabloda bırakılıyor ve ardından bir arka plan işlemi görünüyor bu kayıtlar için bazı işlemler yapar ve biti FALSE olarak günceller. Bu her yerde mevcut bir modeldir ve aynı zamanda sevgiyle 'performans felaketi tarif modeli' olarak da bilinir. Kayıtları tabloya bırakmayı ve bir bildirimi (yeni eklenen kayıt kimliği kadar basit olabilir) aynı anda bir kuyruğa bırakmanızı öneririm . Bkz . Tabloları Kuyruk Olarak Kullanma .

@MartinSmith'in söylediği gibi SQL 2008'e geçerseniz filtrelenmiş bir dizin mükemmel bir çözüm olacaktır. Ancak bu arada genel bir durum olarak HERHANGİ BİR eklenen dizin yükleme sürenizi artıracaktır. Küçük dizinler büyük dizinlerden daha azdır.

Bakabileceğim bir şey, değiştirilebilecek mevcut bir dizininiz varsa. Mevcut sorgularınızın belirli bir dizini kullandığını varsayarsak, o zaman bu dizinin sonuna bit sütunu eklemenin kesici uçlar üzerinde minimum etkisi ve sorgularınız üzerinde aradığınız olumlu etkisi olmalıdır.

Bakılacak bir sonraki şey, "Zaten çok fazla dizinim var mı?" "Çok" ne olduğuna dair zor ve hızlı bir kural yok ama gerçekten 10 endeks kuralı ile gitmek gerçekten GERÇEKTEN yeni bir gerek sürece sınırıdır.

Son düşünce, bir test örneğinde test edin. Birkaç milyon satır içeren bir tablo oluşturun, yükünüzü çalıştırın, endeksinizi ekleyin, ardından yükünüzü tekrar çalıştırın ve yükleme süresinde önemli bir artış fark edip etmediğinizi görün.

Gerçekten "önemli" ne olduğuna sadece siz karar verebilirsiniz. Yükleme süresine 5 dakika eklemenin "önemli" olduğu makinelerim var ve birkaç saatlik artışla güvenle görebileceğim diğerleri var.

DÜZENLE:

Başka bir seçenek de tablonuzu bölümlemektir. Enterprise sürümünü kullanmıyorsanız bölümlenmiş bir görünüm kullanmanız gerekebilir, ancak yine de yardımcı olacaktır. Bit 0'larınızı bir bölüme, bit 1'lerinizi başka bir bölüme koyarsınız. Yalnızca bir sürümü veya diğerini eklediğinizi varsayarsak, eklerinizi bile hızlandırabilirsiniz.