断开连接的LINQ更新:rowversion与datetime一起使用触发器?

时间:2011-05-06 14:38:49

标签: c# sql linq-to-sql concurrency rowversion

我们将LINQ to SQL和WCF用于新的中间层,我们使用数据传输对象来传递线路而不是使用实际的LINQ类。我将使用此处概述的一种或另一种方法 - Linq Table Attach() based on timestamp or row version - 以确保更新正常工作并且正确处理并发。

为了节省大量的阅读时间,基本上你可以在表中使用timestamp / rowversion列,或者使用带有默认值和更新触发器的datetime列 - 无论哪种方式,它都会获得一个获取新生成值的列每次发生插入或更新时,该列是LINQ用于检查并发性的列。

我的问题是 - 哪一个更好?我们的许多表中已经有“UpdatedWhen”的日期时间列(但不是全部 - 不要问),但是会添加默认值和触发器,或者我们可以添加rowversion(我们必须使用现在的时间戳语法,因为我们仍然支持SQL2005一段时间)到每个表 - 我们正在修改数据库以使其工作,所以我想知道是否有性能差异或任何这两种选择之间需要注意的其他重要区别。我已经尝试过在网上搜索,但是到目前为止还没有运气。感谢。

2 个答案:

答案 0 :(得分:4)

我最近必须做出类似的决定。

我首先尝试了rowversion解决方案 我找到的缺点:

  • 在LINQ-to-SQL中使用不方便,我将字段映射到byte []。比较字节数组时代码看起来不干净
  • 理论上rowversion可以翻身并从0开始,因此排名较高rowversion的行不一定是较旧的行
  • Rowversion在任何行更新时都会更新,在我的情况下这是不可取的,我需要排除一些列以不影响行版本。拥有触发器可以实现任何级别的灵活性。

因此,我使用带有默认约束的datetime2列和更新触发器将值设置为sysutcdatetime()
。 此类型的精度为100纳秒(精度7位 - 23:59:59.9999999)
。 虽然有可能,但我从未见过两次生成相同的值。但就我而言,如果会有重复,也不会受到伤害。如果它对我很重要,我会添加唯一约束,看看是否会失败。

我使用了sysutcdatetime(),因为这个值不受夏令时的影响。

答案 1 :(得分:3)

我倾向于使用timestamp列进行并发检查。一个 - 触发器会对性能产生一些影响,两个 - 使用日期时间列,您将限制自己在SQL和C#中的DateTime列的精度。

<强> MSDN:

  

日期时间值四舍五入为.000,.003或.007秒...

的增量

您可能需要查看SO: Is there any difference between DateTime in c# and DateTime in SQL server?MSDN: datetime (Transact-SQL)以获取更多信息。