主键的创建

1、数据库的创建 （1）、create database 数据库名 （2）、在企业管理器中创建数据库 2、创建数据库是自动生成两个文件：数据文件——扩展名为.mdf，事务文件——扩展名为.ldf。预写事务日志是SQL Sever设计的核心。对于数据文件的所有更新必须首先写入事务日志，并在其中加以检验，以确保所有数据的更新都被写入了两个文件中。 2、创建主键 （1）、使用标识列 SQL SERVER 中identity用法： 在数据库中, 常用的一个流水编号通常会使用 identity 栏位来进行设置, 这种编号的好处是一定不会重覆, 而且一定是唯一的, 这对table中的唯一值特性很重要, 通常用来做客户编号, 订单编号等功能, 以下介绍关于此种栏位常用方式及相关技术. CREATE TABLE products (id int IDENTITY PRIMARY KEY, product varchar(40)) 取得identity值: 因为 identity 特性, 所以在 insert into 该 table 时, 不能指定该 identity 栏位值, 仅能指定其他栏位值, 而 identity 由资料库维护, 所以一般要在 insert 后取得该 identity 栏位值, 则通常使用下面方式: 利用全局变量 @@identity 来取得最后影响的 insert 后产生的 identity 值, 如此一来便能方便地使用 identity 栏位. 若要启用识别插入(identity insert)时, 也就是如空缺号要指定 identity 栏位值时, 或者是处理资料表整理或备出时, 会用到的方式: set identity_insert products on insert into products (id, product)values(12, 'screwdriver') 要注意的地方是可以 insert 空缺号, 也可以加至最后, 但係统会自动更新 identity 至最大值, 要注意一旦启用 identity_insert 时, 就一定要给定 identity 值, 另外并不能 update 该 identity 栏位值, 也就是说 identity_insert 该 identity 栏位仅 for insert, 不能 update. 查询目前 identity 值: 有时我们需要查询目前 table 中该 identity 栏位最大值是多少时, 可以利用 dbcc 指令, 如下: dbcc checkident('product', NORESEED) 可以获得目前最大值的结果. 重设目前最大 identity 值: 一样利用 dbcc 指令, 如下: dbcc checkident('product',RESEED,100) 如此一来, 便能将目前的最大 identity 值指向100, 当然若故意设比目前最大值小时, 係统仍会接受, 但若 identity 遇上重覆资料时(如将 identity 设为 primary key时), 将会发生重大问题, 该 table 变成无法 insert 资料, 因为会发生 primary key violation, 解决方法当然就是将目前的 identity 修復, 直接使用 dbcc checkident('products', RESEED) 或 dbcc checkident('products') 在SQL Server数据库中为标识(IDENTITY)列插入显式值： SET IDENTITY_Insert [TableName] ON 如： Mssql代码 SET IDENTITY_Insert member ON insert member(id,username) values(1,'admin') SET IDENTITY_Insert member OFF SET IDENTITY_Insert member ON insert member(id,username) values(1,'admin') SET IDENTITY_Insert member OFF 插入显式值后并不影响原来的identity值的大小。 （2）、使用GUID uniqueidentifier 的插入用法 INSERT 语句： CREATE TABLE MyUniqueTable (UniqueColumn UNIQUEIDENTIFIER DEFAULT NEWID(), Characters VARCHAR(10)) GO INSERT INTO MyUniqueTable(Characters) VALUES ('abc') INSERT INTO MyUniqueTable VALUES (NEWID(), 'def') GO uniqueidentifier 全局唯一标识符 (GUID)。 注释 uniqueidentifier 数据类型的列或局部变量可用两种方法初始化为一个值： 使用 NEWID 函数。 将字符串常量转换为如下形式（xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx，其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字）。例如，6F9619FF-8B86-D011-B42D-00C04FC964FF 即为有效的 uniqueidentifier 值。 比较运算符可与 uniqueidentifier 值一起使用。然而，排列并非通过比较两个值的位模式来实现。允许对 uniqueidentifier 值执行的操作只有比较 (=, <>, <, >, <=, >=) 和检查 NULL（IS NULL 和 IS NOT NULL）。不允许使用其它算术运算符。所有的列约束及属性（IDENTITY 除外）均允许用于 uniqueidentifier 数据类型。 使用 uniqueidentifier 数据 uniqueidentifier 数据类型存储 16 字节的二进制值，该值的使用与全局唯一标识符 (GUID) 一样。GUID 是一个唯一的二进制数字；世界上的任何两台计算机都不会生成重复的 GUID 值。GUID 主要用于在拥有多个节点、多台计算机的网络中，分配必须具有唯一性的标识符。 uniqueidentifier 列的 GUID 值通常由以下方式获得： 在 Transact-SQL 语句、批处理或脚本中调用 NEWID 函数。 在应用程序代码中，调用返回 GUID 值的应用程序 API 函数或方法。 Transact-SQL NEWID 函数以及应用程序 API 函数和方法从它们网卡上的标识数字以及 CPU 时钟的唯一数字生成新的 uniqueidentifier 值。每个网卡都有唯一的标识号。由 NEWID 返回的 uniqueidentifier 使用服务器上的网卡生成。由应用程序 API 函数和方法返回的 uniqueidentifier 使用客户机上的网卡生成。 一般不将 uniqueidentifier 定义为常量，因为很难保证实际创建的 uniqueidentifier 具有唯一性。指定 uniqueidentifier 常量的方法有两种： 字符串格式 '6F9619FF-8B86-D011-B42D-00C04FC964FF' 二进制格式 0xff19966f868b11d0b42d00c04fc964ff uniqueidentifier 数据类型不象IDENTITY 属性那样为新插入的行自动生成新的ID。为了得到新的 uniqueidentifier 值，表必须具有一个指定 NEWID 函数的 DEFAULT 子句，或使用 NEWID 函数的 INSERT 语句： CREATE TABLE MyUniqueTable (UniqueColumn UNIQUEIDENTIFIER DEFAULT NEWID(), Characters VARCHAR(10) ) GO INSERT INTO MyUniqueTable(Characters) VALUES ('abc') INSERT INTO MyUniqueTable VALUES (NEWID(), 'def') GO uniqueidentifier 列可以包含多次出现的 uniqueidentifier 值，除非也对此列指定了 UNIQUE 或 PRIMARY KEY 约束。当有多行引用源表中的同一主键时，引用其它表的 uniqueidentifier 主键的外键列将包含多次出现的个别 uniqueidentifier 值。 一个表可以有多个 uniqueidentifier 列。每个表中可以指定一个具有 ROWGUIDCOL 属性的 uniqueidentifier 列。ROWGUIDCOL 属性表明此列的 uniqueidentifier 值唯一地标识表中的行。但是，该属性并没有执行该唯一性。唯一性必须通过其它机制来执行，比如为列指定 PRIMARY KEY 约束。ROWGUIDCOL 属性主要用于 SQL Server 复制。 uniqueidentifier 数据类型的主要优点是保证由 Transact-SQL NEWID 函数或应用程序 GUID 函数生成的值在全球是唯一的。 uniqueidentifier 数据类型的具有几个缺点： 值长且难懂。这使用户难以正确键入它们，并且更难记住。 这些值是随机的，而且它们不能接受任何使它们对用户变得更有意义的模式。 没有任何方式可以决定生成 uniqueidentifier 值的顺序。它们不适用于那些依赖递增的键值的现有应用程序。 uniqueidentifier 数据类型具有 16 个字节，与其它那些诸如 4 字节的整数相比要相对大一些。这意味着使用 uniqueidentifier 键建立的索引可能会比使用 int 键实现的索引相对慢一些。 如果全局唯一性并不是必须的，或者需要一个连续递增的键，则可以考虑使用 IDENTITY 属性