PRIMARY KEY 约束标识数据库表中的每条记录。主键必须包含的值。主键列不能包含 NULL 值。每个表都应该有一个主键，并且每个表只能有一个主键。主键约束操作包含了添加约束和删除约束，修改约束其实是添加约束或者删除约束。添加主键约束比较 简单，但是删除一个没有约束名的主键约束则比较复杂，如果不是很不了解SQL Server的话则比很难实现该功能。
　　主键约束操作基本语句
　　如果是在新建表的时候添加主键约束比较简单，直接在列名后加入primary key即可，标准的添加主键约束的SQL脚本如下：
　　create table 表名 (    字段名1 int not null，    …………，
　　[constraint 约束名] primary key (字段名1， …)
　　)
　　其中约束名可选（建议选择，否则系统会分配随机临时名称）。这种方法可以任意添加多个或一个主键约束。
　　对已有表添加主键约束，与上面的脚本类似，如下：
　　alter table 表名 [add constraint 约束名] primary key(字段名1，… )
　　其中约束名与上相同，可选，建议指定。
　　SQL Server删除主键约束与MySQL不同，需要主键的约束名称才能删除，SQL Server标准的删除主键的脚本如下：
　　ALTER TABLE 表名DROP CONSTRAINT 约束名
　　当然该语句只能删除已知约束名的主键约束。
　　删除未知主键约束名的约束
　　根据之前的语句判断，这个约束名如果之前已经指定了那还好，否则此次没有办法删除了，重点在于如何获取表中的主键约束名，既然可以根据约束名，那么说明约束名是存储在数据库中的，当然是存储在系统表中的，运行下SELECT * FROM SYS.OBJECTS 语句看看查询结果，数据库中所有的约束都在里面了，name项以PK大头的都是主键约束，看看它的type_desc是不是PRIMARY_KEY_CONSTRAINT或者type是不是 PK？（当然指定的名称没使用PK前缀另当别论）。既然已知表名，而且也知道主键约束存储位置，关键是二者如何关联起来，使得使用表名可以查询到主键 约束名称，这其中沟通的桥梁便是parent_object_id。这里给出的只是object_id，那么又如何找出表的object_id呢？再仔细 看看刚才的搜索结果，原来数据库中的相关信息全在里面，表，函数等都在里面，而且有自身的object_id。
　　接下来整合下上面的思路，根据表名查询表ID，根据表ID找到主键约束名称，采用级联方式查询可以查询出来。可以构造如下的查询语句：
　　DECLARE @NAME SYSNAME
　　DECLARE @TB_NAME SYSNAME
　　SET @TB_NAME = '表名'
　　SELECT TOP 1 @NAME = NAME FROM SYS.OBJECTSWITH(NOLOCK)
　　WHERE TYPE_DESC ='PRIMARY_KEY_CONSTRAINT'
　　AND PARENT_OBJECT_ID = (SELECT OBJECT_ID
　　FROM SYS.OBJECTS WITH(NOLOCK)
　　WHERE NAME = @TB_NAME )
　　然后SELECT @NAME是我们需要的约束名称了。然后在构造一个上面的删除约束的SQL语句执行可以了，典型的SQL如下:
　　SELECT @NAME
　　DECLARE @ALTERSQL NVARCHAR(MAX)
　　SET @ALTERSQL=N'ALTER TABLE '+@TB_NAME+'
　　DROP CONSTRAINT '+@NAME+"
　　EXEC SP_EXECUTESQL @ALTERSQL
　　把上面的SQL语句合起来，只要替换下表名可以了，当然更好的办法是制作成一个函数，调用起来更简单了，这里不再详述。
　　上面的SQL中有一句TOP 1，那么对于有两个主键的是不是有问题呢，当然没有问题，因为一个表中只有一个主键约束。
　　上面的脚本很有可能不能在SQL Server 2000中正确执行，SQL Server 2000中的这个表和2005中有区别，根据表结构调整可以了。
　　其他约束都可以采用这种方法进行删除。