Sqlserver timestamp資料類使用介紹

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