在SQL Server中联机丛书是这样说的：
SQL Server timestamp 数据类型与时间和日期无关。SQL Server timestamp 是二进制数字，它表明数据库中数据修改发生的相对顺序。实现 timestamp 数据类型最初是为了支持 SQL Server 恢复算法。每次修改页时，都会使用当前的 @@DBTS 值对其做一次标记，然后 @@DBTS 加1。这样做足以帮助恢复过程确定页修改的相对次序，但是 timestamp 值与时间没有任何关系。
我用口水话解释一下便于理解：
我们知道数字类型有个“标识”属性，设置好“标识种子”、“标识递增量”，每增加一条记录时，这个字段的值就会在最近的一个标识值基础上自动增加，这样我们可以知道哪些记录是先添加的，哪些记录是后添加的，但是我们无法知道哪些记录修改过。timestamp这个类型的字段呢，每增加一条记录时，它会在最近的一个时间戳基础上自动增加，当修改某条记录时，它也会在最近的一个时间戳基础上自动增加，所以我们就知道哪些记录修改过了。
timestamp 这种数据类型表现自动生成的二进制数，确保这些数在数据库中是唯一的。timestamp 一般用作给表行加版本戳的机制。存储大小为 8 字节。
注释 Transact-SQL timestamp 数据类型与在 SQL-92 标准中定义的 timestamp 数据类型不同。SQL-92 timestamp 数据类型等价于 Transact-SQL datetime 数据类型。
Microsoft® SQL Server™ 将来的版本可能会修改 Transact-SQL timestamp 数据类型的行为，使它与在标准中定义的行为一致。到那时，当前的 timestamp 数据类型将用 rowversion 数据类型替换。
Microsoft® SQL Server™ 2000 引入了 timestamp 数据类型的 rowversion 同义词。在 DDL 语句中尽可能使用 rowversion 而不使用 timestamp。rowversion 受数据类型同义词行为的制约。有关更多信息，请参见数据类型同义词。
在 CREATE TABLE 或 ALTER TABLE 语句中，不必为 timestamp 数据类型提供列名：
CREATE TABLE ExampleTable (PriKey int PRIMARY KEY, timestamp)如果没有提供列名，SQL Server 将生成 timestamp 的列名。rowversion 数据类型同义词不具有这样的行为。指定 rowversion 时必须提供列名。
一个表只能有一个 timestamp 列。每次插入或更新包含 timestamp 列的行时，timestamp 列中的值均会更新。这一属性使 timestamp 列不适合作为键使用，尤其是不能作为主键使用。对行的任何更新都会更改 timestamp 值，从而更改键值。如果该列属于主键，那么旧的键值将无效，进而引用该旧值的外键也将不再有效。如果该表在动态游标中引用，则所有更新均会更改游标中行的位置。如果该列属于索引键，则对数据行的所有更新还将导致索引更新。
不可为空的 timestamp 列在语义上等价于 binary(8) 列。可为空的 timestamp 列在语义上等价于 varbinary(8) 列。
Microsoft SQL Server 用两个 4 字节的整数内部存储 datetime 数据类型的值。第一个 4 字节存储 base date（即 1900 年 1 月 1 日）之前或之后的天数。基础日期是系统参考日期。不允许早于 1753 年 1 月 1 日的 datetime 值。另外一个 4 字节存储以午夜后毫秒数所代表的每天的时间。
---------------------------------------------------------------------------------------------------
@@DBTS(SELECT @@DBTS) 为当前数据库返回当前 timestamp 数据类型的值。这一 timestamp 值保证在数据库中是唯一的。
语法 @@DBTS
返回类型 varbinary
注释 @@DBTS 返回当前数据库最后所使用的时间戳值。当带有 timestamp 列的一行被插入或更新时，会产生一个新的时间戳值。
1
SQL code
create table xx(id int, timestamp)
insert into xx(id) select 1
select * from xx
2
SQL code
create table tb_test(id int, ts timestamp)
insert tb_test(id) select 1
union all select 2
union all select 3
union all select 4
select *, nts=cast(ts as bigint) from tb_test
drop table tb_test
3
SQL code
declare @n bigint
set @N=8001
select cast(@N as timestamp)
公开数据库中自动生成的唯一二进制数字的数据类型。timestamp 通常用作给表行加版本戳的机制。 存储大小为 8 个字节。 timestamp 数据类型只是递增的数字，不保留日期或时间。 若要记录日期或时间，请使用 datetime 数据类型。
备注 每个数据库都有一个计数器，当对数据库中包含 timestamp 列的表执行插入或更新操作时，该计数器值就会增加。该计数器是数据库时间戳。 这可以跟踪数据库内的相对时间，而不是时钟相关联的实际时间。 一个表只能有一个 timestamp 列。每次修改或插入包含 timestamp 列的行时，就会在 timestamp 列中插入增量数据库时间戳值。 这一属性使 timestamp 列不适合作为键使用，尤其是不能作为主键使用。 对行的任何更新都会更改 timestamp 值，从而更改键值。如果该列属于主键，那么旧的键值将无效，进而引用该旧值的外键也将不再有效。 如果该表在动态游标中引用，则所有更新均会更改游标中行的位置。如果该列属于索引键，则对数据行的所有更新还将导致索引更新。
使用某一行中的 timestamp 列可以很容易地确定该行中的任何值自上次读取以后是否发生了更改。如果对行进行了更改，就会更新该时间戳值。 如果没有对行进行更改，则该时间戳值将与以前读取该行时的时间戳值一致。若要返回数据库的当前时间戳值，请使用 @@DBTS。
Transact-SQL timestamp 数据类型不同于在 SQL-2003 标准中定义的 timestamp 数据类型。 SQL-2003 timestamp 数据类型等同于 Transact-SQL datetime 数据类型。
rowversion 的数据类型为 timestamp 数据类型的同义词，并具有数据类型同义词的行为。 在 DDL 语句，请尽量使用 rowversion 而不是 timestamp。 有关详细信息，请参阅 数据类型同义词 (Transact-SQL)。
在 CREATE TABLE 或 ALTER TABLE 语句中，不必为 timestamp 数据类型指定列名，例如：
复制代码 CREATE TABLE ExampleTable (PriKey int PRIMARY KEY, timestamp);
如果不指定列名，则 Microsoft SQL Server 2005 数据库引擎将生成 timestamp 列名；但 rowversion 同义词不具有这样的行为。 在使用 rowversion 时，必须指定列名。
注意： 在使用其中的 SELECT 列表中具有 timestamp 列的 SELECT INTO 语句时，可能会生成重复的时间戳值。建议不要以这种方式使用 timestamp。
数据库中将timestamp进行转换，可以转换成十六进制字符串类型或者BIGINT的长整形
代码语言：javascript复制SELECT TS
,CAST(TS AS VARBINARY(8)) AS 'timestamp转十六进制字符串'
,CONVERT(BIGINT,TS) AS 'timestamp转bigint类型'
FROM tb_Ts
总而言之，记住两点：
1、timespan列不允许显示插入及更新该字段，该字段会自动更新，可以理解为类似自增字段
2、表中含timespan列，只要改行数据任一字段发生变化，timespan类型就会发生改变。
