在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 列的一行被插入或更新時，會產生一個新的時間戳值。
