SQL'de cümleciklerin sıralaması önemli mi?

Diyelim ki PEOPLE3 sütun içeren bir tablom var ID, LastName, FirstName, bu sütunların hiçbiri indekslenmemiş.
LastNamedaha benzersizdir ve FirstNamedaha az benzersizdir.

2 arama yaparsam:

select * from PEOPLE where FirstName="F" and LastName="L" 
select * from PEOPLE where LastName="L" and FirstName="F"

Benim inancım ikincisinin daha hızlı olması çünkü cümlecikte daha benzersiz ölçüt ( LastName) ilk sırada gelir whereve kayıtlar daha verimli bir şekilde ortadan kaldırılır. Optimize edicinin ilk sql'yi optimize edecek kadar akıllı olduğunu düşünmüyorum.

Anladığım doğru mu?

Hayır, bu sıra önemli değil (veya en azından: önemli olmamalı).

Herhangi bir düzgün sorgu iyileştiricisi , cümlenin tüm bölümlerine bakacak ve WHEREbu sorguyu tatmin etmenin en verimli yolunu bulacaktır .

SQL Server sorgu iyileştiricisinin uygun bir dizin seçeceğini biliyorum - iki koşulunuz hangi sırada olursa olsun. Diğer RDBMS'lerin de benzer stratejileri olacağını varsayıyorum.

Önemli olan bunun için uygun bir dizininiz olup olmadığıdır!

SQL Server söz konusu olduğunda, şunlara sahipseniz büyük olasılıkla bir dizin kullanacaktır:

• bir dizin (LastName, FirstName)
• bir dizin (FirstName, LastName)
• sadece (LastName)veya sadece (FirstName)(veya her ikisi) üzerine bir dizin

Öte yandan - yine SQL Server için - Kullanmak eğer SELECT *kapmak için tüm bir tablo sütunlarından ve tablo oldukça küçük, daha sonra sorgu iyileştirici bir masayı (veya kümelenmiş dizin) yapacak iyi bir şans taramak yerine kullanarak var bir dizin (çünkü diğer tüm sütunları almak için tam veri sayfasına arama çok hızlı bir şekilde çok pahalı hale gelir).

WHERE cümlelerinin sırası, SQL standardına uyan bir veritabanında bir fark yaratmamalıdır. Çoğu veritabanında değerlendirme sırası garanti edilmez.

SQL'in sıralamayı önemsediğini düşünmeyin. Aşağıdaki, SQL Server'da bir hata oluşturur:

select *
from INFORMATION_SCHEMA.TABLES
where ISNUMERIC(table_name) = 1 and CAST(table_name as int) <> 0

İlk olarak bu cümlenin ilk bölümü çalıştırılırsa, yalnızca sayısal tablo adları tamsayı olarak dönüştürülür. Ancak, SQL Server'ın (diğer veritabanlarında olduğu gibi) WHERE deyimindeki cümle sırasını önemsemediğine dair net bir örnek sağlayarak başarısız olur.

ANSI SQL Taslak 2003 5WD-01-Framework-2003-09.pdf

6.3.3.3 Kural değerlendirme sırası

...

Önceliğin Biçimler veya parantezlerle belirlenmediği durumlarda, ifadelerin etkili değerlendirmesi genellikle soldan sağa gerçekleştirilir. Bununla birlikte, ifadelerin gerçekten soldan sağa değerlendirilip değerlendirilmeyeceği, özellikle işlenenler veya işleçler koşulların ortaya çıkmasına neden olduğunda veya ifadelerin sonuçlarının ifadenin tüm bölümleri tam olarak değerlendirilmeden belirlenip belirlenemeyeceği uygulamaya bağlıdır.

buradan kopyalandı

Hayır, tüm RDBM'ler öncelikle sorguyu analiz ederek başlar ve where cümlenizi yeniden sıralayarak onu optimize eder.

Hangi RDBM'yi kullandığınıza bağlı olarak, analizin sonucunu görüntüleyebilirsiniz (örneğin oracle'da açıklama planı arayın)

M.

Orijinal OP beyanı

Benim inancım, ikincisinin daha hızlı olması çünkü daha benzersiz kriter (LastName), where cümlesinde ilk sırada gelir ve kayıtlar daha verimli bir şekilde ortadan kaldırılır. İyileştiricinin> ilk sql'yi optimize edecek kadar akıllı olduğunu düşünmüyorum.

Sanırım bunu, dizinleri oluştururken sütunların sırasını seçmekle karıştırıyorsunuz; burada daha seçici sütunları, en seçici olan ikinci sütundan daha önce koymak zorunda kalıyorsunuz vb.

BTW, yukarıdaki iki sorgu için SQL sunucu optimizasyonu herhangi bir optimizasyon yapmayacaktır ancak planın toplam maliyeti paralellik eşik maliyetinden düşük olduğu sürece Trivila planını kullanacaktır.

İsimlerin indekslenmediğini varsayarak, gittiği kadarıyla doğrudur. Ancak farklı veriler yanlış olur. Her seferinde farklı olabilecek, bunu hangi şekilde yapacağını bulmak için, DBMS'nin her sütun için ayrı bir sayım sorgusu çalıştırması ve sayıları karşılaştırması gerekir, bu sadece omuz silkip devam etmekten daha pahalıya mal olur.