SQL: BETWEEN เทียบกับ <= และ> =

ใน SQL Server 2000 และ 2005:

• อะไรคือความแตกต่างระหว่างสองWHEREข้อนี้?
• ฉันควรใช้กับสถานการณ์ใด

คำค้นหา 1:

SELECT EventId, EventName
FROM EventMaster
WHERE EventDate BETWEEN '10/15/2009' AND '10/18/2009'

แบบสอบถาม 2:

SELECT EventId, EventName
FROM EventMaster
WHERE EventDate >='10/15/2009'
  AND EventDate <='10/18/2009'

(แก้ไข: Eventdate ที่สองเดิมหายไปดังนั้นแบบสอบถามจึงผิดทางไวยากรณ์)

เหมือนกัน: BETWEENเป็นชวเลขสำหรับไวยากรณ์ที่ยาวกว่าในคำถาม

ใช้ไวยากรณ์ทางเลือกที่ยาวกว่าซึ่งใช้BETWEENไม่ได้เช่น

Select EventId,EventName from EventMaster
where EventDate >= '10/15/2009' and EventDate < '10/18/2009'

(หมายเหตุ<แทนที่จะ<=อยู่ในเงื่อนไขที่สอง)

พวกเขาก็เหมือน ๆ กัน.

สิ่งหนึ่งที่ควรระวังคือหากคุณใช้สิ่งนี้กับ DATETIME การจับคู่สำหรับวันที่สิ้นสุดจะเป็นจุดเริ่มต้นของวัน:

<= 20/10/2009

ไม่เหมือนกับ:

<= 20/10/2009 23:59:59

(มันจะตรงกับ<= 20/10/2009 00:00:00.000)

แม้ว่าBETWEENจะอ่านและดูแลรักษาง่าย แต่ฉันไม่ค่อยแนะนำให้ใช้เนื่องจากเป็นช่วงปิดและตามที่กล่าวไว้ก่อนหน้านี้อาจเป็นปัญหากับวันที่ - แม้จะไม่มีส่วนประกอบของเวลาก็ตาม

ตัวอย่างเช่นเมื่อจัดการกับข้อมูลรายเดือนมักเป็นเรื่องปกติที่จะเปรียบเทียบวันที่BETWEEN first AND lastแต่ในทางปฏิบัติมักจะเขียนได้ง่ายกว่าdt >= first AND dt < next-first(ซึ่งช่วยแก้ปัญหาส่วนเวลาได้เช่นกัน) เนื่องจากการกำหนดlastโดยปกติจะนานกว่าการกำหนดหนึ่งขั้นตอนnext-first(โดยการลบวัน) .

นอกจากนี้ gotcha อีกอย่างหนึ่งก็คือขอบเขตล่างและบนจะต้องระบุตามลำดับที่ถูกต้อง (เช่นBETWEEN low AND high)

โดยทั่วไปแล้วไม่มีความแตกต่าง - BETWEENไม่รองรับคีย์เวิร์ดบนแพลตฟอร์ม RDBMS ทั้งหมด แต่ถ้าเป็นเช่นนั้นคำค้นหาทั้งสองควรจะเหมือนกัน

เนื่องจากมันเหมือนกันจึงไม่มีความแตกต่างในแง่ของความเร็วหรือสิ่งอื่นใด - ใช้สิ่งที่ดูเหมือนเป็นธรรมชาติสำหรับคุณมากกว่า

ดังกล่าวโดย @marc_s, @Cloud, et al. โดยพื้นฐานแล้วจะเหมือนกันสำหรับช่วงปิด

แต่ค่าของเวลาใด ๆ ที่เป็นเศษส่วนอาจทำให้เกิดปัญหากับช่วงปิด (มากขึ้นหรือเท่ากันและน้อยกว่าหรือเท่ากับ ) เมื่อเทียบกับช่วงครึ่งเปิด (มากขึ้นหรือเท่ากันและน้อยกว่า ) ที่มีค่าสิ้นหลังจากสุดท้ายที่เป็นไปได้ทันที

ดังนั้นเพื่อหลีกเลี่ยงไม่ให้ข้อความค้นหาถูกเขียนใหม่เป็น:

SELECT EventId, EventName
  FROM EventMaster
 WHERE (EventDate >= '2009-10-15' AND
        EventDate <  '2009-10-19')    /* <<<== 19th, not 18th */

เนื่องจากBETWEENไม่ทำงานในช่วงครึ่งเปิดฉันจึงมักจะตรวจสอบการสืบค้นวันที่ / เวลาใด ๆ ที่ใช้มันอย่างหนักเนื่องจากอาจเป็นข้อผิดพลาด

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

ถ้าพูดตารางของเรามีทั้ง a transactiondateและ a transitiondateถ้าฉันอ่าน

transactiondate between ...

ฉันรู้ทันทีว่าปลายทั้งสองข้างของการทดสอบเทียบกับสนามนี้

ถ้าฉันอ่าน

transactiondate>='2009-04-17' and transactiondate<='2009-04-22'

ฉันต้องใช้เวลาสักครู่เพื่อให้แน่ใจว่าทั้งสองช่องเหมือนกัน

นอกจากนี้เมื่อข้อความค้นหาถูกแก้ไขเมื่อเวลาผ่านไปโปรแกรมเมอร์ที่เลอะเทอะอาจแยกสองฟิลด์ ฉันเคยเห็นข้อความค้นหามากมายที่บอกว่าชอบ

where transactiondate>='2009-04-17'
  and salestype='A'
  and customernumber=customer.idnumber
  and transactiondate<='2009-04-22'

หากพวกเขาลองใช้ a BETWEENแน่นอนว่ามันจะเป็นข้อผิดพลาดทางไวยากรณ์และได้รับการแก้ไขทันที

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

อาจมีความแตกต่างเฉพาะ RDBMS บางอย่างที่ฉันไม่ทราบ แต่ฉันไม่คิดอย่างนั้นจริงๆ

เหตุผลไม่มีความแตกต่างเลย ประสิทธิภาพที่ชาญฉลาดมีอยู่ใน DBMS ส่วนใหญ่ - ไม่มีความแตกต่างเลย

ดูบล็อกโพสต์ที่ยอดเยี่ยมนี้จากAaron Bertrandเกี่ยวกับเหตุผลที่คุณควรเปลี่ยนรูปแบบสตริงของคุณและวิธีจัดการค่าขอบเขตในข้อความค้นหาช่วงวันที่

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

มีงบเทียบเท่าตรรกะที่ไม่มีที่สิ้นสุด แต่ฉันจะพิจารณาสาม (ish)

กรณีที่ 1: การเปรียบเทียบสองรายการในลำดับมาตรฐาน (แก้ไขลำดับการประเมินผล)

A> = MinBound และ A <= MaxBound

กรณีที่ 2: น้ำตาลสังเคราะห์ (ผู้เขียนไม่ได้เลือกลำดับการประเมิน)

ระหว่าง MinBound และ MaxBound

กรณีที่ 3: การเปรียบเทียบสองรายการตามลำดับการศึกษา (ลำดับการประเมินที่เลือกในเวลาเขียน)

A> = MinBound และ A <= MaxBound

หรือ

A <= MaxBound และ A> = MinBound

จากประสบการณ์ของฉันกรณีที่ 1 และกรณีที่ 2 ไม่มีความแตกต่างที่สอดคล้องกันหรือโดดเด่นในด้านประสิทธิภาพเนื่องจากเป็นเรื่องที่ไม่รู้

อย่างไรก็ตามกรณีที่ 3 สามารถปรับปรุงเวลาในการดำเนินการได้อย่างมาก โดยเฉพาะอย่างยิ่งหากคุณกำลังทำงานกับชุดข้อมูลขนาดใหญ่และมีความรู้เกี่ยวกับฮิวริสติกบางอย่างเกี่ยวกับว่าAมีแนวโน้มที่จะมากกว่าMaxBoundหรือน้อยกว่าMinBoundคุณสามารถปรับปรุงเวลาในการดำเนินการได้อย่างเห็นได้ชัดโดยใช้กรณีที่ 3 และสั่งการเปรียบเทียบ ตามนั้น

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

ในสถานการณ์นี้col BETWEEN ... AND ...และcol <= ... and col >= ...เทียบเท่า

SQL Standard ยังกำหนดเพรดิเคตแบบสมมาตรระหว่าง T461 ด้วย :

 <between predicate part 2> ::=
 [ NOT ] BETWEEN [ ASYMMETRIC | SYMMETRIC ]
 <row value predicand> AND <row value predicand>

Transact-SQL ไม่รองรับคุณสมบัตินี้

BETWEENต้องการให้เรียงลำดับค่า ตัวอย่างเช่น:

SELECT 1 WHERE 3 BETWEEN 10 AND 1
-- no rows

<=>

SELECT 1 WHERE 3 >= 10 AND 3 <= 1
-- no rows

ในทางกลับกัน:

SELECT 1 WHERE 3 BETWEEN SYMMETRIC 1 AND 10;
-- 1

SELECT 1 WHERE 3 BETWEEN SYMMETRIC 10 AND 1
-- 1

ทำงานได้ตามปกติBETWEENแต่หลังจากเรียงลำดับค่าการเปรียบเทียบแล้ว

db <> การสาธิตซอ