SQL SERVER中TimeStamp使用

SQL Server中聯機叢書

       SQL Server timestamp 資料類型與時間和日期無關。SQL Server timestamp 是位元字，它表明資料庫中資料修改發生的相對順序。實現 timestamp 資料類型最初是為了支援 SQL Server 恢複演算法。每次修改頁時，都會使用當前的 @@DBTS 值對其做一次標記，然後 @@DBTS 加1。這樣做足以協助恢複過程確定頁修改的相對次序，但是 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) 列。

 

 

go</p><p>create table t_test_timestamp(<br />id int identity(1,1) not null,<br />name varchar(200) null,<br />status timestamp<br />)<br />go</p><p>insert t_test_timestamp(name) values('Nelson');<br />insert t_test_timestamp(name) values('Sum');<br />insert t_test_timestamp(name) values('Lily');<br />select * from t_test_timestamp<br />go<br />update t_test_timestamp set name='Bob' where id=1<br />select * from t_test_timestamp<br />go