UPSERT - มีทางเลือกอื่นที่ดีกว่าสำหรับ MERGE หรือ @@ rowcount หรือไม่ [ปิด]

ฉันสงสัยว่าถ้าคุณพบคำสั่ง T-SQL ซึ่งคล้ายกับแนวคิดของ UPSERT หรือไม่ การดำเนินการ INSERT | UPDATE โดยใช้ตัวเลือก (1) หรือ (2) ดูเหมือนซับซ้อนและมีข้อผิดพลาดมากเกินไป

วัตถุประสงค์

เพื่อให้แน่ใจว่าระเบียนที่ต้องการ (ในกรณีนี้ employee_id 1) เป็นข้อมูลล่าสุดโดยไม่จำเป็นต้องเขียนคำถามเดียวกันสองครั้ง

บริบท

• ชื่อตาราง: ลูกจ้าง
• รหัสพนักงาน: มีคีย์หลักและตั้งค่าความเป็นตัวตนเป็นจริง

ตัวเลือก

1. เรียกใช้ SQL UPDATE ... ตรวจสอบ @@ rowcount = 0 และ @@ error = 0 ... เรียกใช้ SQL INSERT หากจำเป็น

   • คอนดิชั่น: คุณต้องเขียนคำถามเดียวกันสองครั้งครั้งเดียวเป็นการแทรกครั้งเดียวเป็นการอัปเดต
   • con: รหัสเพิ่มเติม = พิมพ์เวลามากขึ้น
   • con: รหัสเพิ่มเติม = ห้องเพิ่มเติมสำหรับข้อผิดพลาด

/programming/1106717/how-to-implement-a-conditional-upsert-stored-procedure "อัปเดตโดยใช้ @@ rowcount"

2. รัน SQL MERGE
   • คอนดิชั่น: คุณต้องเขียนคำถามเดียวกันสองครั้งครั้งเดียวเป็นการแทรกครั้งเดียวเป็นการอัปเดต
   • con: รหัสเพิ่มเติม = พิมพ์เวลามากขึ้น
   • con: รหัสเพิ่มเติม = ห้องเพิ่มเติมสำหรับข้อผิดพลาด

http://technet.microsoft.com/en-us/library/bb510625.aspx "T-SQL Merge"

3. ดำเนินการ SQL UPSERT (ไม่มีคุณสมบัติ)
   • Pro: คุณกำหนดความสัมพันธ์ data-to-table หนึ่งครั้ง (ปล่อยให้ SQL Server กังวลว่าเป็น INSERT หรือ UPDATE หรือไม่)
   • โปร: รหัสน้อย = การใช้งานได้เร็วขึ้น
   • โปร: รหัสน้อย = ความน่าจะเป็นที่ต่ำกว่า

ตัวอย่างของ UPSERT

พนักงานของ UPSERT (employee_id, employee_number, job_title, ชื่อแรก, ชื่อกลาง, ชื่อกลาง, modified_at) ค่านิยม (1, '00 -124AB37 ',' ผู้จัดการ ',' John ',' T ',' Smith ', GetDate ());

• ถ้า employee_id 1 ไม่มีอยู่: MS SQL ดำเนินการคำสั่ง INSERT
• ถ้า employee_id 1 มีอยู่: MS SQL จะดำเนินการและคำสั่ง UPDATE

ฉันคิดว่าคำตอบง่ายๆนี้คือไม่ MERGEเป็นคำตอบของ Microsoft ต่อUPSERTตรรกะที่ซับซ้อนมากขึ้น และคุณไม่ได้ระบุวิธีที่แย่ที่สุด:

IF (SELECT COUNT ... ) > 0
    UPDATE
ELSE
    INSERT

ฉันเพิ่งพิมพ์ขึ้นมาในปากของฉันเล็กน้อย แต่จริงๆแล้วมันเป็นสิ่งที่ฉันเห็นบ่อยที่สุด

ไม่ว่าในกรณีใดหากคุณMERGEไม่ยืดหยุ่นหรือมีประสิทธิภาพเพียงพอสำหรับคุณฉันขอแนะนำให้คุณส่งคำขอคุณลักษณะไปที่ Microsoft ที่http://connect.microsoft.com/sql/และอธิบายกรณีธุรกิจของคุณอย่างละเอียด ตราบใดที่คุณยึดติดกับข้อดีที่แท้จริงของไวยากรณ์ที่คุณเสนอMERGEคุณจะได้รับการโหวตของฉัน หากคุณแขวนส่วนที่ "ผิดพลาดได้ง่ายเกินไป" ฉันไม่น่าจะซื้อเพราะอะไร เพราะคุณสามารถอ้วนคำสั่งใด ๆ

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

http://www.mssqltips.com/sqlservertip/3074/use-caution-with-sql-servers-merge-statement/