Почему в целевой таблице оператора MERGE не разрешено включать правила?

Question

У нас есть процесс обновления базы данных, который использует следующий SQL

IF NOT EXISTS (SELECT * FROM Target_Table WHERE Target_Table_ID = ...)
BEGIN
    INSERT ...
END
ELSE
BEGIN
    UPDATE ...
END

. Я хотел изменить это на использование оператора MERGE, чтобы избежать возможного состояния гонки, когда IF итогда операторы INSERT или UPDATE оцениваются отдельно.

Однако, как только я выполнил запрос, я получил ошибку:

Таблица назначения Target_Table изОператор MERGE не может иметь никаких разрешенных правил.Найдено правило 'TargetTable_RULE'

Я понимаю, что в документации говорится, что в таблице не могут быть включены правила, хотя я пропустил ее при первом чтении и кроме отключения правила перед выполнением MERGE (котороеЯ не вижу работоспособного решения) кажется, что я застрял с решением IF NOT EXISTS.

В документе не объясняется, что почему целевой таблице не разрешеноесть правила.В моем случае это простая проверка > 0 значения.

Кто-нибудь знает, почему правила не разрешены в этой ситуации и есть ли другой способ выполнить upsert атомарным способом?

РЕДАКТИРОВАТЬ: Как прокомментировал Andriy M вопрос Atomic UPSERT в SQL Server 2005 уже обладает обширной информацией об атомных приложениях, поэтому я не буду повторять здесь обсуждение.Вместо этого я хотел бы просто знать, почему оператор MERGE не может выполняться в таблицах с определенными правилами и есть ли обходной путь?

Answer 1

• Правила - старая функция SQL Server.
• Эта функция будет удалена в следующей версии Microsoft SQL Server. . Я думаю, это причина, по которой оператор MERGE не поддерживает таблицы с правилами.
• Вы можете заменить правила на проверить ограничения .

Пример MERGE (с правилами и с CHECK ограничениями):

CREATE RULE MyRule
AS 
@Status IN ('Y', 'N');
GO

CREATE TABLE dbo.SalesOrder
(
    SalesOrderID INT PRIMARY KEY
    ,OrderDate DATETIME NOT NULL
    ,IsDeleted CHAR(1) NOT NULL DEFAULT 'N'
);
GO

EXEC sp_bindrule @rulename='MyRule', @objname='dbo.SalesOrder.IsDeleted';
GO

INSERT  dbo.SalesOrder (SalesOrderID, OrderDate)
SELECT  1, '20110101'
UNION ALL
SELECT  2, '20110202'
UNION ALL
SELECT  3, '20110303';
GO

SELECT  *
FROM    dbo.SalesOrder;

PRINT '*****First test*****';
GO

MERGE   dbo.SalesOrder Dst
USING   (VALUES (1,'Y'), (4,'Y')) AS Src(SalesOrderID, IsDeleted) 
ON      Dst.SalesOrderID = Src.SalesOrderID
WHEN    MATCHED THEN UPDATE SET IsDeleted = Src.IsDeleted
WHEN    NOT MATCHED BY TARGET THEN INSERT (SalesOrderID, OrderDate, IsDeleted) VALUES (Src.SalesOrderID, GETDATE(), Src.IsDeleted);
GO

EXEC sp_unbindrule 'dbo.SalesOrder.IsDeleted'; --Disabling `MyRule` for IsDeleted column
ALTER TABLE dbo.SalesOrder --We "replace" the old rule with a new `CHECK` constraint
ADD CONSTRAINT CK_SalesOrder_IsDeleted CHECK( IsDeleted IN ('Y', 'N') );
GO

PRINT '*****Second test*****';
MERGE   dbo.SalesOrder Dst
USING   (VALUES (1,'Y'), (4,'Y')) AS Src(SalesOrderID, IsDeleted) 
ON      Dst.SalesOrderID = Src.SalesOrderID
WHEN    MATCHED THEN UPDATE SET IsDeleted = Src.IsDeleted
WHEN    NOT MATCHED BY TARGET THEN INSERT (SalesOrderID, OrderDate, IsDeleted) VALUES (Src.SalesOrderID, GETDATE(), Src.IsDeleted);
GO

SELECT  *
FROM    dbo.SalesOrder;

DROP TABLE dbo.SalesOrder;
DROP RULE MyRule;

Результаты:

Rule bound to table column.

(3 row(s) affected)
SalesOrderID OrderDate               IsDeleted
------------ ----------------------- ---------
1            2011-01-01 00:00:00.000 N
2            2011-02-02 00:00:00.000 N
3            2011-03-03 00:00:00.000 N

(3 row(s) affected)

*****First test*****
Msg 358, Level 16, State 1, Line 2
The target table 'Dst' of the MERGE statement cannot have any enabled rules.  Found rule 'MyRule'.
Rule unbound from table column.
*****Second test*****

(2 row(s) affected)
SalesOrderID OrderDate               IsDeleted
------------ ----------------------- ---------
1            2011-01-01 00:00:00.000 Y
2            2011-02-02 00:00:00.000 N
3            2011-03-03 00:00:00.000 N
4            2011-09-20 16:03:56.030 Y

(4 row(s) affected)