Yabancı anahtar otomatik olarak bir dizin oluşturur mu?

Ben iki tablo yabancı anahtar, bu SQL Server alt tablodaki bir dizine benzer bir şey yaratacak söylendi. Bunun doğru olduğuna inanmakta zorlanıyorum, ancak özellikle bununla ilgili çok fazla şey bulamıyorum.

Bunu sormamın gerçek sebebi, muhtemelen 15 ilişkili tabloya sahip bir tabloya karşı silme ifadesinde çok yavaş yanıt süresi yaşamamızdır. Bizim veritabanı adam sordum ve o alanlarda yabancı bir anahtar varsa, o zaman bir dizin gibi davranıyor diyor. Bu konudaki deneyiminiz nedir? Tüm yabancı anahtar alanlarına indeks eklemeli miyim yoksa bunlar gereksiz bir ek yük mü?

Yabancı anahtar bir kısıtlamadır, iki tablo arasındaki ilişkidir - kendi başına bir dizinle ilgisi yoktur.

Ancak, herhangi bir yabancı anahtar ilişkisinin parçası olan tüm sütunları dizine eklemenin çok mantıklı olduğu bilinen bir gerçektir, çünkü bir FK ilişkisi aracılığıyla, genellikle ilgili bir tabloya bakmanız ve belirli satırları tek bir değer veya bir değer aralığı.

Bu nedenle, bir FK'de yer alan herhangi bir sütunu dizine eklemek iyi olur, ancak FK kendi başına bir dizin değildir.

Kimberly Tripp'in "SQL Server Yabancı Anahtar sütunlarına dizin eklemeyi ne zaman bıraktı?" .

Vay, cevaplar haritanın her yerinde. Yani Belgeler diyor ki:

FOREIGN KEY kısıtlaması bir dizin için adaydır çünkü:

• PRIMARY KEY kısıtlamalarındaki değişiklikler, ilgili tablolardaki FOREIGN KEY kısıtlamaları ile kontrol edilir.

• İlişkili tablolardaki veriler, bir tablonun FOREIGN KEY kısıtlamasındaki sütun (lar) diğer tablodaki birincil veya benzersiz anahtar sütun (lar) ile eşleştirilerek birleştirildiğinde, birleşim ölçütlerinde genellikle yabancı anahtar sütunları kullanılır. Bir dizin, Microsoft® SQL Server ™ 2000'in yabancı anahtar tablosundaki ilgili verileri hızlı bir şekilde bulmasını sağlar. Ancak, bu dizinin oluşturulması bir zorunluluk değildir. Tablolar arasında PRIMARY KEY veya FOREIGN KEY kısıtlaması tanımlanmamış olsa bile, ilişkili iki tablodaki veriler birleştirilebilir, ancak iki tablo arasındaki yabancı anahtar ilişkisi, iki tablonun anahtarları kullanan bir sorguda birleştirilmek üzere optimize edildiğini gösterir. kriterleri.

Bu yüzden (dokümantasyon biraz karışık olmasına rağmen) aslında bir dizin oluşturmadığı oldukça açık görünüyor.

Hayır, yabancı anahtar alanlarında örtük bir dizin yoktur, aksi halde Microsoft neden "Yabancı anahtarda dizin oluşturmak genellikle yararlıdır" derdi . Birincil anahtarlar - Arkadaşınız sevk-Tablodaki birincil anahtarla atıfta tablodaki yabancı anahtar alanını kafa karıştırıcı olabilir mi örtük bir dizin oluşturun.

SQL Server, Birincil Anahtarlar için dizin oluşturur, ancak Yabancı Anahtarlar için değil. Yabancı Anahtarlar için dizin oluşturun. Muhtemelen ek yüke değer.

Siparişler adında büyük bir tablonuz ve müşteriler adında küçük bir tablonuz olduğunu varsayalım. Bir siparişten müşteriye yabancı bir anahtar var. Şimdi bir müşteriyi silerseniz, Sql Server'ın artık yetim siparişi olup olmadığını kontrol etmesi gerekir; varsa, bir hata oluşturur.

Herhangi bir sipariş olup olmadığını kontrol etmek için, Sql Server büyük siparişler tablosunda arama yapmak zorundadır. Şimdi bir dizin varsa, arama hızlı olacaktır; yoksa arama yavaş olur.

Bu durumda, yavaş silme, bir dizin olmamasıyla açıklanabilir. Özellikle Sql Server bir dizin olmadan 15 büyük tablo aramak zorunda kalacaktı.

PS Yabancı anahtar AÇIK SİLİNDİR SİLME varsa, Sql Server hala sipariş tablosunu aramak zorundadır, ancak daha sonra silinmiş müşteriye başvuruda bulunan tüm siparişleri kaldırmak zorundadır.

Yabancı anahtarlar dizin oluşturmaz. Yalnızca alternatif anahtar kısıtlamaları (UNIQUE) ve birincil anahtar kısıtlamaları dizin oluşturur. Bu Oracle ve SQL Server için geçerlidir.

Bildiğim kadarıyla değil. Yabancı anahtar yalnızca alt anahtardaki değerin üst sütunda bir yerde temsil edileceğine dair bir kısıtlama ekler. Veritabanına alt anahtarın da dizine eklenmesi gerektiğini söylemez, yalnızca kısıtlanır.

Açıkçası, yabancı anahtarların dizinlerle kesinlikle bir ilgisi yoktur, evet. Ancak, üstümdeki konuşmacıların da işaret ettiği gibi, FK aramalarını hızlandırmak için bir tane oluşturmak mantıklı. Aslında, MySQL'de, FK bildiriminizde bir dizin belirtmezseniz, motor (InnoDB) bunu sizin için otomatik olarak oluşturur.

PostgeSql'de \ d tablename tuşuna basarsanız dizinleri kendiniz kontrol edebilirsiniz

Btree dizinlerinin birincil anahtar ve benzersiz kısıtlamaları olan sütunlarda otomatik olarak oluşturulduğunu, ancak yabancı anahtarların bulunduğu sütunlarda oluşturulmadığını göreceksiniz.

Bunun en azından postgres için sorunuzu cevapladığını düşünüyorum.

MSSQL'e işaret eden Entity Framework 6.1'in yabancı anahtarlara otomatik olarak dizinler eklediğini fark ettim.

InnoDB'nin gerektirir endeksler üzerinde yabancı anahtarları böylece ve başvurulan tuşları yabancı anahtar kontroller hızlı olmalı ve bir tablo taraması gerektiren olamaz. Referans tablosunda, bir olmalı endeksi yabancı anahtar sütunları aynı sırada ilk sütun olarak listelenmektedir.