Insertar Actualización de proc almacenado en SQL Server

Por favor, lea el post en mi blog para un patrón bueno y seguro que puede usar. Hay muchas consideraciones, y la respuesta aceptada a esta pregunta está lejos de ser segura.

Para una respuesta rápida intente el siguiente patrón. Funcionará bien en SQL 2000 y superiores. SQL 2005 le da el manejo de errores que abre otras opciones y SQL 2008 le da un comando MERGE.

begin tran
   update t with (serializable)
   set hitCount = hitCount + 1
   where pk = @id
   if @@rowcount = 0
   begin
      insert t (pk, hitCount)
      values (@id,1)
   end
commit tran

Si se va a usar con SQL Server 2000/2005, el código original debe estar incluido en la transacción para asegurarse de que los datos permanezcan consistentes en el escenario concurrente.

BEGIN TRANSACTION Upsert
update myTable set Col1=@col1, Col2=@col2 where ID=@ID
if @@rowcount = 0
insert into myTable (Col1, Col2) values (@col1, @col2)
COMMIT TRANSACTION Upsert

Esto incurrirá en un costo de rendimiento adicional, pero garantizará la integridad de los datos.

Add, como ya se ha sugerido, se debe usar MERGE cuando esté disponible.

MERGE es una de las nuevas características de SQL Server 2008, por cierto.

No solo necesita ejecutarlo en transacción, también necesita un alto nivel de aislamiento. I hecho nivel de aislamiento por defecto se lee Commited y este código necesita Serializable.

SET transaction isolation level SERIALIZABLE
BEGIN TRANSACTION Upsert
UPDATE myTable set Col1=@col1, Col2=@col2 where ID=@ID
if @@rowcount = 0
  begin
    INSERT into myTable (ID, Col1, Col2) values (@ID @col1, @col2)
  end
COMMIT TRANSACTION Upsert

Tal vez agregar también la comprobación de error @@y la reversión podría ser una buena idea.

Si no está haciendo una fusión en SQL 2008, debe cambiarla a:

Si @ @ rowcount = 0 y @ @ error = 0

De lo contrario, si la actualización falla por alguna razón, intentará insertar después porque el rowcount en una instrucción fallida es 0

Gran fan del UPSERT, realmente reduce el código para administrar. Aquí hay otra forma de hacerlo: Uno de los parámetros de entrada es ID, si el ID es NULL o 0, sabes que es un INSERT, de lo contrario es una actualización. Asume que la aplicación sabe si hay un ID, por lo que no funcionará en todas las situaciones, pero cortará los ejecutes a la mitad si lo hace.

Su lógica parece sólida, pero es posible que desee considerar agregar algún código para evitar la inserción si ha pasado una clave primaria específica.

De lo contrario, si siempre está haciendo una inserción si la actualización no afectó a ningún registro, ¿qué sucede cuando alguien elimina el registro antes de que se ejecute "UPSERT"? Ahora el registro que estaba tratando de actualizar no existe, por lo que creará un registro en su lugar. Probablemente ese no es el comportamiento que estabas buscando.

Modificado Dima Malenko post:

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE 

BEGIN TRANSACTION UPSERT 

UPDATE MYTABLE 
SET    COL1 = @col1, 
       COL2 = @col2 
WHERE  ID = @ID 

IF @@rowcount = 0 
  BEGIN 
      INSERT INTO MYTABLE 
                  (ID, 
                   COL1, 
                   COL2) 
      VALUES      (@ID, 
                   @col1, 
                   @col2) 
  END 

IF @@Error > 0 
  BEGIN 
      INSERT INTO MYERRORTABLE 
                  (ID, 
                   COL1, 
                   COL2) 
      VALUES      (@ID, 
                   @col1, 
                   @col2) 
  END 

COMMIT TRANSACTION UPSERT 

Puede atrapar el error y enviar el registro a una tabla de inserción fallida.
Necesitaba hacer esto porque estamos tomando cualquier dato que se envíe a través de WSDL y si es posible arreglarlo internamente.