У меня есть обновляемое представление, использующее вместо триггера для вставки/обновления. Этот триггер использует Merge. Я обнаружил, что оператор слияния не применяет ограничения по умолчанию из базовой физической таблицы, хотя документация по слиянию предполагает, что это должно быть сделано.
Следующий пример демонстрирует:
create table tblTest
(
id uniqueidentifier not null primary key default newid(),
forename varchar(20),
surname varchar(20) not null default 'xxyyzz'
)
go
create view vwTest as select * from tblTest
go
create Trigger vwTest_trigger_insteadof_insert_update On vwTest
Instead of Insert, Update As
begin
set nocount on
Merge tblTest t
Using
inserted i On (t.id = i.id)
When Matched Then
Update
Set
t.forename = i.forename,
t.surname = i.surname
When Not Matched By Target Then
Insert
(
id,
forename,
surname
)
Values
(
i.id,
i.forename,
i.surname
)
OUTPUT $action, Inserted.*, Deleted.*
;
end
go
--Inserts to physical table work as expected
insert into tblTest (id) values (newid())
insert into tblTest (surname) values ('smith')
--Inserts into updateable view fail as no defaults are set
--from the underlying physical table
insert into vwTest (id) values (newid())
insert into vwTest (surname) values ('jones')
Я вижу, что у кого-то было что-то подобное в Использование значений по умолчанию в INSTEAD OF INSERT и решил ее, скопировав вставленные строки во временную, а затем изменив временную таблицу, чтобы добавить ограничения по умолчанию из физической таблицы. Я не уверен, что смогу смириться с проблемами производительности этих дополнительных шагов.