我知道RowVersion 列的值本身并没有用，除了每次更新行时它都会改变。但是，我想知道它们是否对相对（不等式）比较有用。
如果我有一个包含RowVersion 列的表，那么以下情况是否属实：
RowVersion 列中是否具有相同的值？谢谢。
【问题讨论】：
标签： sql-server comparison timestamp inequality rowversion
请注意，timestamp 在 SQL Server 2008 及以后版本中已弃用。应该改用rowversion。
来自 MSDN 上的this page：
timestamp 语法已弃用。此功能将在 Microsoft SQL Server 的未来版本。避免在 新的开发工作，并计划修改当前的应用程序 使用此功能。
【讨论】：
CREATE TABLE TBL(PriKey int PRIMARY KEY, VerCol rowversion) ; VerCol的数据类型是timestamp！有什么意义？！
我花了很长时间试图解决这个问题 - 要求在特定序列号之后更新列。时间戳实际上只是一个序列号 - 当像 BitConverter.ToInt64 这样的 c# 函数需要 littleendian 时，它也是 bigendian。
我最终在表上创建了一个数据库视图，我希望使用别名列“SequenceNo”从中获取数据
SELECT ID, CONVERT(bigint, Timestamp) AS SequenceNo
FROM dbo.[User]
c#代码首先看到视图（即UserV）与普通表相同
然后在我的 linq 中，我可以加入视图和父表并与序列号进行比较
var users = (from u in context.GetTable<User>()
join uv in context.GetTable<UserV>() on u.ID equals uv.ID
where mysequenceNo < uv.SequenceNo
orderby uv.SequenceNo
select u).ToList();
得到我想要的 - 自上次检查以来所有条目都发生了变化。
【讨论】：
回答您的部分问题：根据 MSDN，您最终可能会得到重复的值：
可以使用 SELECT INTO 生成重复的 rowversion 值 rowversion 列在 SELECT 列表中的语句。我们的确是 不建议以这种方式使用 rowversion。
【讨论】：
每个数据库都有一个计数器，每次在数据库中进行数据修改时，计数器都会递增。如果包含受影响（通过更新/插入）行的表包含时间戳/行版本列，则数据库的当前计数器值存储在更新/插入记录的该列中。
【讨论】：
一些附加信息。 RowVersion 可以很好地转换为 bigint，因此可以在调试时显示更好的可读输出：
CREATE TABLE [dbo].[T1](
[Id] [int] IDENTITY(1,1) NOT NULL,
[Value] [nvarchar](50) NULL,
[RowVer] [timestamp] NOT NULL
)
insert into t1 ([value]) values ('a')
insert into t1 ([value]) values ('b')
insert into t1 ([value]) values ('c')
select Id, Value,CONVERT(bigint,rowver)as RowVer from t1
update t1 set [value] = 'x' where id = 3
select Id, Value,CONVERT(bigint,rowver)as RowVer from t1
update t1 set [value] = 'y'
select Id, Value,CONVERT(bigint,rowver)as RowVer from t1
Id Value RowVer
1 a 2037
2 b 2038
3 c 2039
Id Value RowVer
1 a 2037
2 b 2038
3 x 2040
Id Value RowVer
1 y 2041
2 y 2042
3 y 2043
【讨论】：
Rowversion 确实打破了 SQL 的“理想主义”方法之一 - UPDATE 语句是一个单一的原子操作，并且就像所有 UPDATE（对一行中的所有列和表中的所有行）都发生一样“同时”。但在这种情况下，使用 Rowversion，可以确定某一行的更新时间与另一行略有不同。
请注意，不能保证更新行的顺序（通过单个更新语句） - 碰巧它可能遵循与表的聚集键相同的顺序，但我不会指望这是真的.
【讨论】：
每个数据库都有一个计数器，每次插入或更新操作都会增加一个计数器，该操作是在数据库中包含rowversion 列的表上执行的。这个计数器是数据库rowversion。这跟踪数据库中的相对时间，而不是可以与时钟关联的实际时间。 每次一行带有rowversion列被修改或插入，递增数据库rowversion 值 被插入到rowversion 列中。
http://msdn.microsoft.com/en-us/library/ms182776.aspx
rowversions 都应该是唯一的。我冒昧地说，如果在同一个表中允许重复，它们实际上将毫无用处。同样值得信赖的是 rowversions 不被复制是 MSDN 不将它们用作主键的立场，不是因为它会导致违规，而是因为它会导致外键问题。对于增加多少的问题，MSDN 指出，“[rowversion] 跟踪数据库中的相对时间”，这表明它不是流体整数增量，而是基于时间的.然而，这个“时间”并没有显示确切的时间，而是相对于其他行插入/修改了一行。
【讨论】：
rowversion 的基础是基于数据库的，这意味着该值在某种程度上与数据库过去的某个点相关。是的，稍后意味着整个数据库更大。将其视为数据库范围的标识值。
是什么让您认为 Timestamp 数据类型是邪恶的？数据类型对于并发检查非常有用。 Linq-To-SQL 正是出于这个目的使用这种数据类型。
您的问题的答案：
1) 否。每次更新行时都会更新此值。如果您将行更新五次，则每次更新都会增加 Timestamp 值。当然，您意识到“同时发生”的更新实际上不会。它们仍然一次只出现一次。
2) 是的。
【讨论】：