在SQL Server中聯(lián)機叢書是這樣說的：
SQL Server timestamp 數(shù)據(jù)類型與時間和日期無關。SQL Server timestamp 是二進制數(shù)字，它表明數(shù)據(jù)庫中數(shù)據(jù)修改發(fā)生的相對順序。實現(xiàn) timestamp 數(shù)據(jù)類型最初是為了支持 SQL Server 恢復算法。每次修改頁時，都會使用當前的 @@DBTS 值對其做一次標記，然后 @@DBTS 加1。這樣做足以幫助恢復過程確定頁修改的相對次序，但是 timestamp 值與時間沒有任何關系。
我用口水話解釋一下便于理解：
我們知道數(shù)字類型有個“標識”屬性，設置好“標識種子”、“標識遞增量”，每增加一條記錄時，這個字段的值就會在最近的一個標識值基礎上自動增加，這樣我們可以知道哪些記錄是先添加的，哪些記錄是后添加的，但是我們無法知道哪些記錄修改過。timestamp這個類型的字段呢，每增加一條記錄時，它會在最近的一個時間戳基礎上自動增加，當修改某條記錄時，它也會在最近的一個時間戳基礎上自動增加，所以我們就知道哪些記錄修改過了。

timestamp 這種數(shù)據(jù)類型表現(xiàn)自動生成的二進制數(shù)，確保這些數(shù)在數(shù)據(jù)庫中是唯一的。timestamp 一般用作給表行加版本戳的機制。存儲大小為 8 字節(jié)。
注釋
Transact-SQL timestamp 數(shù)據(jù)類型與在 SQL-92 標準中定義的 timestamp 數(shù)據(jù)類型不同。SQL-92 timestamp 數(shù)據(jù)類型等價于 Transact-SQL datetime 數(shù)據(jù)類型。
Microsoft® SQL Server™ 將來的版本可能會修改 Transact-SQL timestamp 數(shù)據(jù)類型的行為，使它與在標準中定義的行為一致。到那時，當前的 timestamp 數(shù)據(jù)類型將用 rowversion 數(shù)據(jù)類型替換。
Microsoft® SQL Server™ 2000 引入了 timestamp 數(shù)據(jù)類型的 rowversion 同義詞。在 DDL 語句中盡可能使用 rowversion 而不使用 timestamp。rowversion 受數(shù)據(jù)類型同義詞行為的制約。有關更多信息，請參見數(shù)據(jù)類型同義詞。
在 CREATE TABLE 或 ALTER TABLE 語句中，不必為 timestamp 數(shù)據(jù)類型提供列名：
CREATE TABLE ExampleTable (PriKey int PRIMARY KEY, timestamp)如果沒有提供列名，SQL Server 將生成 timestamp 的列名。rowversion 數(shù)據(jù)類型同義詞不具有這樣的行為。指定 rowversion 時必須提供列名。
一個表只能有一個 timestamp 列。每次插入或更新包含 timestamp 列的行時，timestamp 列中的值均會更新。這一屬性使 timestamp 列不適合作為鍵使用，尤其是不能作為主鍵使用。對行的任何更新都會更改 timestamp 值，從而更改鍵值。如果該列屬于主鍵，那么舊的鍵值將無效，進而引用該舊值的外鍵也將不再有效。如果該表在動態(tài)游標中引用，則所有更新均會更改游標中行的位置。如果該列屬于索引鍵，則對數(shù)據(jù)行的所有更新還將導致索引更新。
不可為空的 timestamp 列在語義上等價于 binary(8) 列?？蔀榭盏?timestamp 列在語義上等價于 varbinary(8) 列。

Microsoft SQL Server 用兩個 4 字節(jié)的整數(shù)內(nèi)部存儲 datetime 數(shù)據(jù)類型的值。第一個 4 字節(jié)存儲 base date（即 1900 年 1 月 1 日）之前或之后的天數(shù)?；A日期是系統(tǒng)參考日期。不允許早于 1753 年 1 月 1 日的 datetime 值。另外一個 4 字節(jié)存儲以午夜后毫秒數(shù)所代表的每天的時間。


返回當前數(shù)據(jù)庫最后所使用的時間戳值。當帶有 timestamp 列的一行被插入或更新時，會產(chǎn)生一個新的時間戳值。