使用“而不是”触发器在表上进行 DataAdapter.Update/Refresh 后未设置 DataTable 标识列 (SqlServer 2005)

Question

在我们的单元测试中，我们使用普通的 ADO.NET（DataTable、DataAdapter）来准备数据库。检查结果，而测试的组件本身在 NHibernate 2.1 下运行。 .NET版本是3.5，SqlServer版本是2005。

数据库表以标识列作为主键。有些表应用而不是插入/更新触发器（这是由于向后兼容性，我无法更改）。触发器通常如下工作：

create trigger dbo.emp_insert
  on dbo.emp
  instead of insert
as
begin
  set nocount on
  insert into emp ...
  select @@identity
end

ADO.NET DataAdapter 发出的插入语句（由瘦 ADO.NET 包装器即时生成）尝试将标识值检索回 DataRow：

exec sp_executesql N'
insert into emp (...) values (...);
select id, ... from emp where id = @@identity
'

但 DataRow 的 id-Column 是仍然是 0。当我暂时删除触发器时，它工作正常 - id-Column 然后保存数据库设置的标识值。

另一方面，NHibernate 使用这种插入语句：

exec sp_executesql N'
insert into emp (...) values (...);
select scope_identity()
'

这有效，NHibernate POCO 在刷新后立即正确设置了 id 属性。这对我来说似乎有点违反直觉，因为我期望触发器在不同的范围内运行，因此@@identity应该比scope_identity()更合适。

所以我想没问题，我也会在ADO.NET下应用scope_identity()而不是@@identity。但这没有效果，DataRow值仍然没有相应更新。

现在是最好的部分：当我将这两个语句从 SqlServer 探查器复制并粘贴到 Management Studio 查询（包括“exec sp_executesql”）中，并在那里运行它们时，结果似乎是相反的！ ADO.NET 版本可以工作，而 NHibernate 版本则不能（selectscope_identity() 返回 null）。我多次尝试验证，但均无果。好吧，实际上这就是我所期望的 - @@identity 没问题，而scope_identity() 失败。

当然，在 Management Studio 中调用它只是显示来自数据库的结果集，无论 NHibernate 和 ADO.NET 内部发生什么都是另一个话题。此外，T-SQL SET 定义的几个会话属性在两种场景（Management Studio 查询与运行时应用程序）中是不同的，

这对我来说是一个真正的难题。我很高兴对此有任何见解。谢谢你！

Answer 1

找到了。标识值实际上已传输到数据表中，只是不在我期望的列中。 ADO.NET 创建了一个新列“Column1”，而不是使用现有列“id”。

原因是替代触发器末尾的这一行：

select @@identity 

不幸的是，NHibernate 似乎需要在替代触发器末尾“select @@identity”（这在 Hibernate 论坛帖子中提到过，我现在再次验证了它） ——确实有必要）。但我可以从这里开始（适应 NHibernate 方言是一种可能性）......