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

關于SQL Server數據庫timestamp數據類型的相關知識就介紹到這里了，希望本次的介紹能夠對您有所收獲！

【編輯推薦】

1. 初學SQL Server數據庫的一些常用操作總結
2. 初學SQL Server筆記之修改表結構的示例代碼
3. SQL Server批量修改字段的數據類型的代碼實例
4. SQL Server數據庫字段說明的添加修改刪除示例
5. SQL Server 2005數據庫中設置自動編號字段實例解析