İndeksler ve performans
Bileşik anahtar, INCLUDE ve covering
Sütun sırası sorguyla birlikte değerlendirilir.
Kavramı anlayalım
Bileşik indeks anahtarları sıralıdır. CustomerId eşitliği ve OrderDate aralığı kullanan sorgu için (CustomerId, OrderDate) iyi bir adaydır. Bu, “en seçici sütun her zaman ilk olur” kuralından daha bağlamsaldır. Sol anahtarın filtrelenmemesi daha az etkili erişim yaratabilir; motor yine scan seçebilir.
INCLUDE sütunları anahtar sırasına katılmaz, yaprakta sorgunun ihtiyaç duyduğu veriyi taşıyabilir. Covering sorguya göredir: bütün gereken sütunlar erişilebiliyorsa lookup gerekmez. Fazla INCLUDE, indeks boyutunu ve yazma maliyetini artırır. Key lookup az satırda uygundur; çok satırda pahalı olabilir. Gerçek plan, logical reads ve güncelleme maliyetiyle karar ver.
Tekrarlanan müşteri ve tarih sorgularını desteklemek için.
INCLUDE sütununu sıralama anahtarı sanmak.
Aynı konu. Üç farklı derinlik.
SELECT OrderId, OrderDate, Status FROM lab.SalesOrder WHERE CustomerId = 1 ORDER BY OrderDate;İndeks adayı için sorgu desenini tanımlar.
Bu sayfa SQL çalıştırmaz. Örnekleri indirilebilir SqlStudioLab veritabanında, SSMS’de uygula. Geçici tablo örneklerini yeniden çalıştırırken yalnız ilgili #tabloyu temizle. VIEW, procedure ve function örnekleri lab’da kalıcı nesne oluşturur; üretim bağlantısı kullanma.
Önce kendin dene.
Müşteri 2 için Mart 2026 siparişlerini yarı açık aralıkla getir.
Çözümü ve açıklamasını göster
SELECT OrderId, OrderDate, Status FROM lab.SalesOrder WHERE CustomerId = 2 AND OrderDate >= '20260301' AND OrderDate < '20260401';108 döner. Bu sorgu müşteri-tarih bileşik indeksine uygun bir adaydır; hız garantisi değildir.