在SQL Server 2005中執行原子“ UPSERT”（存在時為UPDATE，否則為INSERT）的正確模式是什么？我在SO上看到了很多代碼（例如，請參閱檢查是否存在一行，否則請插入），其代碼分為以下兩部分：UPDATE ...FROM ...WHERE <condition>-- race condition risk hereIF @@ROWCOUNT = 0  INSERT ...要么IF (SELECT COUNT(*) FROM ... WHERE <condition>) = 0  -- race condition risk here  INSERT ...ELSE  UPDATE ...其中<condition>是自然鍵的評估。上述方法似乎都不能很好地處理并發。如果我不能讓兩行具有相同的自然鍵，則上述所有情況似乎都有在競爭條件場景中插入具有相同自然鍵的行的風險。我一直在使用以下方法，但是我很驚訝沒有在人們的回應中看到它，因此我很奇怪它出了什么問題：INSERT INTO <table>SELECT <natural keys>, <other stuff...>FROM <table>WHERE NOT EXISTS   -- race condition risk here?   ( SELECT 1 FROM <table> WHERE <natural keys> )UPDATE ...WHERE <natural keys>請注意，此處提到的競爭條件與先前代碼中的競爭條件不同。在早期的代碼中，問題在于幻像讀取（行在其他會話之間插入到UPDATE / IF之間或SELECT / INSERT之間）。在上面的代碼中，競爭條件與DELETE有關。在（WHERE NOT EXISTS）執行之后但在INSERT執行之前，是否可以將另一個行刪除匹配的行？目前尚不清楚WHERE NOT EXISTS在何處與UPDATE一起鎖定任何內容。這是原子的嗎？我在SQL Server文檔中找不到該文檔的記錄位置。編輯： 我意識到這可以使用事務來完成，但是我想我需要將事務級別設置為SERIALIZABLE以避免幻像讀取問題？對于這樣一個普遍的問題，這肯定是大材小用嗎？