ลำดับของคำสั่งที่มีความสำคัญใน SQL หรือไม่

สมมติว่าฉันมีตารางที่เรียกว่าPEOPLEมี 3 คอลัมน์ID, LastName, FirstNameไม่มีคอลัมน์ใดที่ถูกจัดทำดัชนี
LastNameมีเอกลักษณ์มากขึ้นและFirstNameมีเอกลักษณ์น้อยกว่า

หากฉันทำการค้นหา 2 ครั้ง:

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

ความเชื่อของฉันคือข้อที่สองเร็วกว่าเนื่องจากเกณฑ์ที่ไม่ซ้ำกันมากขึ้น ( LastName) มาก่อนในwhereประโยคและบันทึกจะถูกกำจัดอย่างมีประสิทธิภาพมากขึ้น ฉันไม่คิดว่าเครื่องมือเพิ่มประสิทธิภาพจะฉลาดพอที่จะเพิ่มประสิทธิภาพ sql แรก

ความเข้าใจของฉันถูกต้องหรือไม่?

ไม่คำสั่งนั้นไม่สำคัญ (หรืออย่างน้อยที่สุด: ไม่ควรสำคัญ)

เครื่องมือเพิ่มประสิทธิภาพการสืบค้นใด ๆ ที่เหมาะสมจะดูทุกส่วนของWHEREประโยคและค้นหาวิธีที่มีประสิทธิภาพที่สุดในการตอบสนองการสืบค้นนั้น

ฉันรู้ว่าเครื่องมือเพิ่มประสิทธิภาพการสืบค้นของ SQL Server จะเลือกดัชนีที่เหมาะสม - ไม่ว่าคุณจะมีเงื่อนไขสองข้อใดก็ตามฉันถือว่า RDBMS อื่น ๆ จะมีกลยุทธ์ที่คล้ายกัน

สิ่งสำคัญคือคุณมีดัชนีที่เหมาะสมสำหรับสิ่งนี้หรือไม่!

ในกรณีของ SQL Server อาจใช้ดัชนีหากคุณมี:

• ดัชนีเปิดอยู่ (LastName, FirstName)
• ดัชนีเปิดอยู่ (FirstName, LastName)
• ดัชนีเพียง(LastName)หรือเพียง(FirstName)(หรือทั้งสองอย่าง)

ในทางกลับกัน - อีกครั้งสำหรับ SQL Server - หากคุณใช้SELECT *เพื่อดึงคอลัมน์ทั้งหมดจากตารางและตารางมีขนาดค่อนข้างเล็กมีโอกาสดีที่เครื่องมือเพิ่มประสิทธิภาพการสืบค้นจะทำการสแกนตาราง (หรือดัชนีคลัสเตอร์) แทนการใช้ ดัชนี (เนื่องจากการค้นหาในหน้าข้อมูลแบบเต็มเพื่อรับคอลัมน์อื่น ๆทั้งหมดมีราคาแพงเกินไปอย่างรวดเร็ว)

ลำดับของคำสั่ง WHERE ไม่ควรสร้างความแตกต่างในฐานข้อมูลที่สอดคล้องกับมาตรฐาน SQL ไม่รับประกันลำดับของการประเมินในฐานข้อมูลส่วนใหญ่

อย่าคิดว่า SQL ใส่ใจกับคำสั่ง สิ่งต่อไปนี้สร้างข้อผิดพลาดใน SQL Server:

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

ถ้าส่วนแรกของประโยคนี้ถูกเรียกใช้ก่อนชื่อตารางตัวเลขเท่านั้นที่จะถูกโยนเป็นจำนวนเต็ม อย่างไรก็ตามล้มเหลวโดยเป็นตัวอย่างที่ชัดเจนว่า SQL Server (เช่นเดียวกับฐานข้อมูลอื่น ๆ ) ไม่สนใจลำดับของคำสั่งในคำสั่ง WHERE

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

6.3.3.3 ลำดับการประเมินกฎ

...

ในกรณีที่ลำดับความสำคัญไม่ได้ถูกกำหนดโดยรูปแบบหรือตามวงเล็บโดยทั่วไปการประเมินนิพจน์ที่มีประสิทธิผลจะดำเนินการจากซ้ายไปขวา อย่างไรก็ตามการดำเนินการขึ้นอยู่กับว่านิพจน์ถูกประเมินจากซ้ายไปขวาจริงหรือไม่โดยเฉพาะอย่างยิ่งเมื่อตัวถูกดำเนินการหรือตัวดำเนินการอาจทำให้เกิดเงื่อนไขขึ้นหรือหากสามารถกำหนดผลลัพธ์ของนิพจน์ได้โดยไม่ต้องประเมินทุกส่วนของนิพจน์อย่างสมบูรณ์

คัดลอกมาจากที่นี่

ไม่ได้ RDBM ทั้งหมดเริ่มต้นด้วยการวิเคราะห์แบบสอบถามและปรับให้เหมาะสมโดยการจัดเรียงคำสั่ง where ของคุณใหม่

ขึ้นอยู่กับว่าคุณใช้ RDBM ใดที่คุณใช้สามารถแสดงผลลัพธ์ของการวิเคราะห์ได้ (ค้นหาคำอธิบายแผนใน oracle เป็นต้น)

เอ็ม

คำสั่ง OP ดั้งเดิม

ความเชื่อของฉันคือข้อที่สองเร็วกว่าเนื่องจากเกณฑ์ที่ไม่ซ้ำกันมากขึ้น (LastName) มาก่อนใน> ส่วนคำสั่งที่ใดและบันทึกจะถูกกำจัดอย่างมีประสิทธิภาพมากขึ้น ฉันไม่คิดว่าเครื่องมือเพิ่มประสิทธิภาพจะ> ฉลาดพอที่จะเพิ่มประสิทธิภาพ sql แรก

ฉันเดาว่าคุณกำลังสับสนกับการเลือกลำดับของคอลัมน์ในขณะที่สร้างดัชนีซึ่งคุณต้องใส่คอลัมน์ที่เลือกมากขึ้นก่อนที่จะเลือกมากที่สุดเป็นอันดับสองเป็นต้น

BTW สำหรับแบบสอบถาม SQL Server Optimizer สองรายการข้างต้นจะไม่ทำการเพิ่มประสิทธิภาพใด ๆ แต่จะใช้แผน Trivila ตราบใดที่ต้นทุนรวมของแผนน้อยกว่าต้นทุนเกณฑ์แบบขนาน

มันเป็นความจริงเท่าที่เป็นไปโดยสมมติว่าไม่ได้จัดทำดัชนีชื่อ ข้อมูลที่แตกต่างกันจะทำให้ผิดพลาด ในการค้นหาว่าจะทำอย่างไรซึ่งอาจแตกต่างกันทุกครั้ง DBMS จะต้องเรียกใช้แบบสอบถามจำนวนที่แตกต่างกันสำหรับแต่ละคอลัมน์และเปรียบเทียบตัวเลขซึ่งจะมีค่าใช้จ่ายมากกว่าแค่ยักไหล่และดำเนินการต่อไป