我们都遇到过需要在已建立的表上新增主键的问题(设计发生变化时)， 在建立主键时我们有些问题需要注意。
1.最好指定主键名称和其他存储的属性
这样的SQL语句没有问题，但是将会有两个问题比较“讨厌”：
主键名称不知，由系统生成。在DBA[USER]_INDEXES中INDEX_NAME显示的'SYS'开头的基本上就是由系统自动产生的。
另外一点，我认为更重要一些。即建立的主键存储的表空间和原始表的相同。不利于平衡I/O(当然从某些存储的观点来看，值得商榷。)，最起码还是应该将数据和索引分布在不同的表空间上会好些。
建议使用：
当然如果再灵活些，还可以指定索引的存储参数等等。
同时还有两个小问题：
首先我们都知道所谓主键就是，该字段或多个字段上为唯一（unique）索引 且字段不为空 。
那么问题1：在允许为空的字段上是否可以创建索引？
答案是：可以也不可以。
可以的情况是该字段虽允许为空，但所有被存储的数据中，该字段没有为空的！字段可以创建索引。反之，不可以。
2.这个问题很有意思，在允许为空的字段上创建了主键，如果主键被删除，该字段又是怎样的属性呢?
答案是：我们通过实验发现，一旦主键被建立，该字段属性变为非空(NOT NULL)，当主键被删除后，该字段属性恢复建立主键建立前属性，即允许为空。
1.最好指定主键名称和其他存储的属性
SQL> alter table larry_test add primary key (terminal_id);
Table altered.
Table altered.
这样的SQL语句没有问题，但是将会有两个问题比较“讨厌”：
主键名称不知，由系统生成。在DBA[USER]_INDEXES中INDEX_NAME显示的'SYS'开头的基本上就是由系统自动产生的。
另外一点，我认为更重要一些。即建立的主键存储的表空间和原始表的相同。不利于平衡I/O(当然从某些存储的观点来看，值得商榷。)，最起码还是应该将数据和索引分布在不同的表空间上会好些。
建议使用：
SQL> ALTER TABLE larry_test ADD CONSTRAINT pk_larry_test PRIMARY KEY (terminal_id)USING INDEX TABLESPACE indx;
Table altered.
Table altered.
当然如果再灵活些，还可以指定索引的存储参数等等。
同时还有两个小问题：
首先我们都知道所谓主键就是，该字段或多个字段上为唯一（unique）索引 且字段不为空 。
那么问题1：在允许为空的字段上是否可以创建索引？
答案是：可以也不可以。
可以的情况是该字段虽允许为空，但所有被存储的数据中，该字段没有为空的！字段可以创建索引。反之，不可以。
2.这个问题很有意思，在允许为空的字段上创建了主键，如果主键被删除，该字段又是怎样的属性呢?
答案是：我们通过实验发现，一旦主键被建立，该字段属性变为非空(NOT NULL)，当主键被删除后，该字段属性恢复建立主键建立前属性，即允许为空。
-:)
本文转自Be the miracle!博客51CTO博客，原文链接http://blog.51cto.com/miracle/55315如需转载请自行联系原作者
Larry.Yue
