UPSERT - Có sự thay thế nào tốt hơn cho MERGE hoặc @@ rowcount không? [đóng cửa]

Tôi đã tự hỏi nếu bạn đã gặp một lệnh T-SQL tương tự như khái niệm về UPSERT? Việc thực hiện các thao tác INSERT | UPDATE bằng các tùy chọn (1) hoặc (2) dường như quá phức tạp và dễ bị lỗi.

MỤC TIÊU

Để đảm bảo rằng bản ghi mong muốn (trong trường hợp này là worker_id 1) được cập nhật mà KHÔNG cần phải viết cùng một truy vấn hai lần.

BỐI CẢNH

• tên bảng: nhân viên
• id nhân viên: có khóa chính và proerty nhận dạng được đặt thành đúng

LỰA CHỌN

1. thực thi SQL CẬP NHẬT ... kiểm tra @@ rowcount = 0 và @@ error = 0 ... thực thi SQL INSERT nếu được yêu cầu

   • con: bạn thực sự phải viết cùng một truy vấn hai lần, một lần như một lần chèn, một lần như một lần cập nhật
   • con: thêm mã = ​​thêm thời gian gõ
   • con: thêm mã = ​​nhiều chỗ hơn cho lỗi

/programming/1106717/how-to-im vây-a-điều kiện-upsert-stored-products "Cập nhật bằng cách sử dụng @@ rowcount"

2. thực thi SQL MERGE
   • con: bạn thực sự phải viết cùng một truy vấn hai lần, một lần như một lần chèn, một lần như một lần cập nhật
   • con: thêm mã = ​​thêm thời gian gõ
   • con: thêm mã = ​​nhiều chỗ hơn cho lỗi

http://technet.microsoft.com/en-us/l Library / bb510625.aspx "Hợp nhất T-SQL"

3. thực thi SQL UPSERT (tính năng không tồn tại)
   • pro: bạn xác định mối quan hệ dữ liệu với bảng một lần (hãy để SQL Server lo lắng về việc đó có phải là CHERTN hay CẬP NHẬT)
   • pro: ít mã = ​​thực hiện nhanh hơn
   • pro: ít mã = ​​xác suất thấp hơn

VÍ DỤ

Nhân viên của UPSERT (worker_id, worker_number, job_title, First_name, middle_name, họ, đã sửa đổi_at)

• nếu worker_id 1 không tồn tại: MS SQL thực thi câu lệnh INSERT
• if worker_id 1 tồn tại: MS SQL thực thi và câu lệnh CẬP NHẬT

Tôi nghĩ rằng câu trả lời đơn giản cho điều này là không. MERGElà câu trả lời của Microsoft cho UPSERTlogic phức tạp hơn . Và bạn thậm chí không liệt kê cách tiếp cận tồi tệ nhất:

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

Tôi vừa ngậm trong miệng một chút, nhưng đó thực sự là thứ tôi thấy thường xuyên nhất.

Trong mọi trường hợp, nếu MERGEkhông đủ linh hoạt hoặc đủ mạnh cho bạn, tôi khuyên bạn nên gửi yêu cầu tính năng cho Microsoft tại http://connect.microsoft.com/sql/ và giải thích cặn kẽ, trường hợp kinh doanh của bạn. Miễn là bạn tuân thủ các lợi thế thực sự của cú pháp được đề xuất của bạn MERGE, bạn đã nhận được phiếu bầu của tôi. Nếu bạn treo quá nhiều vào phần "dễ bị lỗi", tôi không có khả năng mua. Tại sao? Bởi vì bạn có thể béo ngón tay bất kỳ tuyên bố.

Điều đó nói rằng, tôi không nghĩ rằng bất cứ ai ở đây có thể làm cho bạn cụ thể. Bạn nên điều tra các vấn đề tiềm ẩn với MERGE:

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