«index» etiketlenmiş sorular

Disk alanı ve daha yavaş ekler / güncelleştirmeler pahasına sorgu hızını artırabilecek bir veritabanı yapısı. Bir veya daha fazla sütunun bir kopyasını sıralanmış olarak depolar, ancak daha hızlı erişim sağlamak için verileri farklı şekilde yapılandırır.

5
IsDeleted uygulamak zorunda kaldığında uygun dizin mimarisi nedir (yumuşak siler)?
Şu anda, tamamen işlevsel olan mevcut bir veritabanı ve uygulamamız var. Bu noktada mimariyi değiştirme yeteneğim yok. Bugün, veritabanındaki her tablonun varsayılan değeri '0' olan bir "IsDeleted" NOT NULL BIT alanı vardır. Uygulama verileri "sildiğinde", IsDeleted bayrağını 1'e günceller. Anlamakta sorun ne tabloların her dizinlerin nasıl yapılandırılması gerektiğidir. Şu anda, …

3
Bir dizinin, güncelleme sütununun bir dizinde olmadığı güncelleme bildirimleri üzerindeki etkisi
Ben sürekli insanlar endeksleri yavaşlatmak demek bkz update, deleteve insert. Bu, mutlakmış gibi battaniye bir ifade olarak kullanılır. Veritabanımı performansı artırmak için ayarlarken, bu kuralın benim için mantıklı bir şekilde çeliştiği görünen bu duruma rastlıyorum ve başka hiçbir yerde kimsenin söyleyemeyeceği veya açıklayabileceği bir yer bulamıyorum. SQL Server'da ve diğer …

1
Kullanılmayan dizinleri bırakmak - Beklenmeyen tehlikeleri değerlendirme
Sunucu, Temmuz ayında en son yeniden başlatıldığından beri biriken DMV istatistiklerine göre yüzlerce kullanılmayan dizine sahip çok büyük bir veritabanımız var. DBA'larımızdan biri, benim için anlamlı olmayan aşağıdaki uyarıcı ifadeleri yaptı: Bir dizini bırakmadan önce, sorgu optimizer'ın bu dizinin var olması gerekebileceğinden, benzersiz bir kısıtlama uygulamadığından emin olmamız gerekir. Bir …
16 sql-server  index 

3
SAN ortamında SQL dizinlerini birleştirmenin bir faydası var mı?
SQL sunucumuz bir SAN üzerinde yaşıyor. Bazıları 1 metreden fazla kayıt içeren düzinelerce OLTP veritabanı içerir. Ola Hallengren'in haftalık bakım senaryolarını haftalık olarak çalıştırıyoruz ve her seferinde birkaç saat çalışıyor. Parçalanma eşiğine göre, komut dosyası bir dizini yeniden düzenler veya yeniden dizine ekler. Yeniden endeksleme sırasında, günlük dosyalarının çok büyük …

2
Birincil anahtardaki dizin basit birleştirmede kullanılmaz
Aşağıdaki tablo ve dizin tanımları var: CREATE TABLE munkalap ( munkalap_id serial PRIMARY KEY, ... ); CREATE TABLE munkalap_lepes ( munkalap_lepes_id serial PRIMARY KEY, munkalap_id integer REFERENCES munkalap (munkalap_id), ... ); CREATE INDEX idx_munkalap_lepes_munkalap_id ON munkalap_lepes (munkalap_id); Neden munkalap_id dizinlerinin hiçbiri aşağıdaki sorguda kullanılmıyor? EXPLAIN ANALYZE SELECT ml.* FROM munkalap …

1
Veritabanları değişken uzunluklu alanlar için dizin anahtarı değerlerini (disk üzerinde) nasıl depolar?
bağlam Bu soru, SQL ve NoSQL veritabanı sistemlerindeki dizinlerin düşük düzeyli uygulama ayrıntıları ile ilgilidir. Endeksin gerçek yapısı (B + ağacı, hash, SSTable, vb.), Soru özellikle bu uygulamalardan herhangi birinin tek bir düğümünde saklanan anahtarlarla ilgili olduğundan, önemsizdir . Arka fon Aslında yapmak veritabanını neden oluyor ne bir sütun veya …
16 mongodb  index  nosql  couchdb 

5
Kümelenmemiş dizinler ne zaman ayrı dosya gruplarında saklanmalıdır?
Dizinleri farklı bir dosya grubunda ve sürücüye kaydetmenin, sürücünün dizin ve dizinin başvurduğu veriler arasında ileri ve geri gitmesi gerekmediği için veritabanındaki performansı artırdığını duydum. Bunun bir efsane olduğunu da duydum . Kümelenmemiş dizinleri ne zaman ayrı bir dosya grubunda ve sürücüde saklamanız önerilir? Hangi sonuca varmam için hangi perfmon …
16 sql-server  index 

2
SQL Server 2008 - Bölümleme ve Kümelenmiş Dizinler
Bu yüzden db tasarımım üzerinde tam bir kontrole sahip olmadığımı söyleyerek önsöz edelim, bu nedenle mevcut sistemin yönlerinin birçoğu bu senaryonun amaçları için değiştirilemez . Tasarımın yönlerini nasıl yeniden düşünmemiz gerektiğine dair yorumlar muhtemelen doğru ama yararsızdır :) Çok sayıda işlemi yürüten çok büyük bir masam var, yaklaşık 150 alan …

1
Çok kiracılı SQL Server veritabanında Bileşik Birincil Anahtar
ASP Web API, Entity Framework ve SQL Server / Azure veritabanını kullanarak çok kiracılı bir uygulama (tek veritabanı, tek şema) oluşturuyorum. Bu uygulama 1000-5000 müşteriler tarafından kullanılacak. Tüm tablolar TenantId(Guid / UNIQUEIDENTIFIER) alanına sahip olacaktır . Şu anda, Id (Guid) olan tek alanlı Birincil Anahtar kullanıyorum. Ancak, yalnızca Kimlik alanını …

5
Kullanılmayan alanı geri alma girişimleri SQL Server'da kullanılan alanın önemli ölçüde artmasına neden olur
383 GB kullanılmayan 525 GB büyüklüğünde bir üretim veritabanında bir tablo var: Bu alanın bir kısmını geri almak istiyorum, ama üretim DB ile uğraşmadan önce, daha az veri ile bir test DB aynı tabloda bazı stratejileri test ediyorum. Bu tablonun benzer bir sorunu var: Tablo hakkında bazı bilgiler: Dolum faktörü …

1
Birden çok eksik dizine sahip yürütme planı
'Gerçek yürütme planını ekle' ile bir sorgu çalıştırırsanız, plan aynı zamanda eksik olan dizinleri de önerir. Dizin ayrıntıları XML'deki MissingIndexesetiketin içindedir . Planın birden fazla dizin önerisi içerdiği bir durum var mı? Farklı sql sorguları denedim ama iki veya daha fazla eksik dizin üreten herhangi bir sorgu ile gelemedi.

2
Kalıcı bir hesaplanmış sütundaki dizin aranamıyor
Ben denilen bir tablo var denilen Addresskalıcı bir hesaplanmış sütun var Hashkey. Sütun deterministiktir, ancak kesin değildir. Üzerinde aranamayan benzersiz bir indeks vardır. Bu sorguyu çalıştırırsam, birincil anahtarı döndürürseniz: SELECT @ADDRESSID= ISNULL(AddressId,0) FROM dbo.[Address] WHERE HashKey = @HashKey Bu planı alıyorum: Eğer indeksi zorlarsam, bu daha kötü bir plan elde …

3
WHERE koşulu ve GROUP BY ile SQL sorgusu için dizinler
Bir WHEREkoşul ile bir SQL sorgusu için hangi dizinleri kullanmak için belirlemeye çalışıyorum ve GROUP BYşu anda çok yavaş çalışıyor. Sorgum: SELECT group_id FROM counter WHERE ts between timestamp '2014-03-02 00:00:00.0' and timestamp '2014-03-05 12:00:00.0' GROUP BY group_id Tabloda şu anda 32.000.000 satır var. Zaman dilimini artırdığımda sorgunun yürütme süresi …



Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.