SQL Server 2005 реализация MySQL ЗАМЕНИТЕ НА?

MySQL обладает этой невероятно полезной, но проприетарной командой REPLACE INTOSQL.

Может ли это быть легко эмулироваться в SQL Server 2005?

Начиная новую транзакцию, выполнение a Select()и затем либо UPDATEили INSERTи COMMITвсегда немного болезненно, особенно при выполнении этого в приложении и, следовательно, при сохранении двух версий оператора.

Интересно, существует ли простой и универсальный способ внедрения такой функции в SQL Server 2005?

1.08.2008 22:13:34
4 ОТВЕТА
РЕШЕНИЕ

Это то, что меня раздражает в MSSQL ( напыщенная речь в моем блоге ). Желаю MSSQL поддерживается upsert.

Код @ Dillie-O - хороший способ в более старых версиях SQL (+1 голос), но он по-прежнему представляет собой две операции ввода-вывода ( existsи затем updateили или insert)

В этом посте есть несколько лучший способ :

--try an update
update tablename 
set field1 = 'new value',
    field2 = 'different value',
    ...
where idfield = 7

--insert if failed
if @@rowcount = 0 and @@error = 0
    insert into tablename 
           ( idfield, field1, field2, ... )
    values ( 7, 'value one', 'another value', ... )

Это уменьшает его до одной операции ввода-вывода, если это обновление, или двух, если вставка.

MS Sql2008 вводит mergeиз стандарта SQL: 2003:

merge tablename as target
using (values ('new value', 'different value'))
    as source (field1, field2)
    on target.idfield = 7
when matched then
    update
    set field1 = source.field1,
        field2 = source.field2,
        ...
when not matched then
    insert ( idfield, field1, field2, ... )
    values ( 7,  source.field1, source.field2, ... )

Теперь это действительно только одна операция ввода-вывода, но ужасный код :-(

59
23.05.2017 12:09:56
Большое спасибо! Сохраняет Select и часто даже не нуждается в транзакции в ситуациях, когда я могу быть уверен, что между обновлением и «моей» вставкой нет другой вставки для этого ключа.
Michael Stum♦ 20.09.2008 15:41:27
@Michael Вам лучше иметь уникальный индекс для этой таблицы и обрабатывать дубликаты ключевых ошибок, если вы собираетесь использовать это решение.
Sam Saffron 5.01.2009 01:55:27
@Keith Ваше заявление о слиянии не работает. MERGEне поддерживает WHEREпредложение, вы должны переписать это, используя USINGи ON. Кроме того, если вы не добавите WITH (HOLDLOCK), это INSERTможет привести к гонке и одновременным действиям , при этом один из них завершится неудачно из-за столкновения клавиш.
Eugene Beresovsky 12.07.2013 05:32:43
Да, как указано здесь: weblogs.sqlteam.com/dang/archive/2009/01/31/… MERGE не является атомарным. Он снимает неявную блокировку обновления, но снимает ее перед выполнением вставки, что вызывает состояние гонки, которое может привести к нарушениям первичного ключа. Вы должны использовать явный HOLDLOCK в дополнение к неявному UPDLOCK, чтобы операция была атомарной. В его нынешнем виде оно не является атомарным, несмотря на то, что оно выглядит как единое утверждение.
Triynko 9.11.2013 08:47:55
Синтаксис MERGE неверен и исправлен в более позднем ответе того же автора: stackoverflow.com/a/243670/24472
Larry 21.11.2013 07:07:25

Функциональность, которую вы ищете, традиционно называется UPSERT. По крайней мере, зная, как это называется, может помочь вам найти то, что вы ищете.

Я не думаю, что SQL Server 2005 имеет какие-либо отличные способы сделать это. 2008 вводит оператор MERGE, который можно использовать для достижения этой цели, как показано на: http://www.databasejournal.com/features/mssql/article.php/3739131 или http://blogs.conchango.com/davidportas/archive/ 2007/11 / 14 / SQL-Server-2008-MERGE.aspx

Слияние было доступно в бета-версии 2005 года, но они удалили его в финальной версии.

21
1.08.2008 22:22:37

То, что делает upsert / merge, является чем-то вроде ...

IF EXISTS (SELECT * FROM [Table] WHERE Id = X)
   UPDATE [Table] SET...
ELSE
   INSERT INTO [Table]

Надеемся, что сочетание этих статей и этого псевдокода может привести в движение вещи.

17
1.08.2008 22:31:36

Я написал сообщение в блоге об этой проблеме .

Суть в том, что если вы хотите дешевые обновления ... и вы хотите быть в безопасности для одновременного использования. пытаться:

update t
set hitCount = hitCount + 1
where pk = @id

if @@rowcount < 1 
begin 
   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
end

Таким образом, у вас есть 1 операция для обновлений и максимум 3 операции для вставок. так что, если вы вообще обновляете, это безопасный дешевый вариант.

Я также был бы очень осторожен, чтобы не использовать ничего, что небезопасно для одновременного использования. Это действительно легко получить нарушения первичного ключа или дублировать строки в производстве.

10
5.01.2009 01:53:44