sql server中的TimeStamp时间戳与UniqueIdentifier数据类型
TimeStamp
SQL Server timestamp 数据类型与时间和日期无关。SQL Server timestamp 是二进制数字，它表明数据库中数据修改发生的相对顺序。实现 timestamp 数据类型最初是为了支持 SQL Server 恢复算法。每次修改页时，都会使用当前的 @@DBTS 值对其做一次标记，然后 @@DBTS 加1。这样做足以帮助恢复过程确定页修改的相对次序，但是 timestamp 值与时间没有任何关系。
每个数据库都有一个计数器，当对数据库中包含 timestamp 列的表执行插入或更新操作时，该计数器值就会增加。 该计数器是数据库时间戳。 这可以跟踪数据库内的相对时间，而不是时钟相关联的实际时间。
使用某一行中的 timestamp 列可以很容易地确定该行中的任何值自上次读取以后是否发生了更改。 如果对行进行了更改，就会更新该时间戳值。 如果没有对行进行更改，则该时间戳值将与以前读取该行时的时间戳值一致。 若要返回数据库的当前时间戳值，请使用 @@DBTS。
(转自 http://blog.sina.com.cn/s/blog_43eb83b90102e1ae.html)
Uniqueidentifier
一 什么是uniqueidentifier？
Uniqqueidentifier 是全局唯一的标识
二 UniqueIdentifier 数据类型的列如何赋值？
1 使用 NewID（）函数 来实现
2 直接将字符串的常量转化成这样的格式 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
举例：6F9619FF-8B86-D011-B42D-00C04FC964FF 为有效的UniqueIdentifier数据
3 直接赋于32位的十六位数据
举例 0xffffffff00000000ffffffff00000000
三 UniqueIdentifier 数据类型 数据实际是怎么在数据库中保存的？
UniqueIdentifier 数据类型存储实际的数据是16个字节的二进制值，
UniQueIdentifier 可以转化成实际的字符串型和二进制数据类型
四 NewID（）函数是如何生成唯一的UniqueIdentifier 值的呢？
NewID（）函数是从他们的网卡上的标识数字和CPU时钟的唯一的数字生成新的UniqueIdentifier数据 ，这个数据和GUID是一样的每台计算机能生成全球唯一的值,这样在多台计算机和多网络之间生成具有唯一性的标识符
五 使用 Uniqueidentifier数据类型的主要的优点
Uniqueidentifier 数据类型主要的优点是在使用newid函数生成值的时候是可以保证值的全球唯一性,可以唯一的标识单行的记录 ,对于多库（尤其是多机器，多网段的数据库的复制）来将比IDEntity来的更有效
其次在使用Identity的情况下，我们对自动生成的值是不能修改的，而Uniqueidentifier数据类型是可以随时修改的
六 使用Uniqueidentifier的数据类型的缺点
1 对于生成的Uniqueidentifier 类型的值来讲，是无序；在正常显示相关的数据信息的时候，返回的信息是无序的。
对于 Identity 为标识的数据显示的时候，默认的情况下是根据添加记录的顺序来显示的。这样，对于uniqueidentifier为主键的信息集 ，还是需要一个默认标识排序的字段。
2 对于Uniqueidentifier 字段来将数据的实际的信息为16个字节，相对来将比Identity来讲 大的多，相对来将 存储空间和查询的效率会降低很多的。
七 在系统数据库的设计中我们如何对Uniqueidentifier,Identity ,和可标识的记录属性（有实际的含义的信息）作为主键 ，这三种方式 进行取舍
以属性为主键的系统设计情况
在系统设计的过程中，单条信息中包含可以表示唯一性的属性（一般不能太多3个以内）而且这样的属性是必填字段。在记录生存周期内一般是不进行改动的，表一般多于50个这样级别的系统以属性为主键 ，这样的方式还是最佳的
举例： 关于学生的管理信息系统 以学生的学号为主键
以Uniqueidentifier 列为主键的情况
在需要多个数据库之间，多个网段之间需要进行数据库的复制时，我们就需要在每一个唯一的标识来区别每一个单条记录，在没有合适的属性来做主键的情况下可以用Uniqueidentifier列来生成主键
以 Identity为主键的情况
不需要数据库的复制，和系统比较小的情况下（50表以内）可以用 Identity列来生成主键 ，适合于快速开发。
（转自 http://www.cnblogs.com/yuanyuan/archive/2009/09/09/1563438.html）
