oracle主键的设置

最近总结了一下oracle主键的设置方法，贴到这保存一下吧。有两种方法可以设置主键，一种是自增长主键，另一种就是生成唯一序列。

一、自增长主键

--首先建一个表TEST

create table TEST 
( 
  NID int PRIMARY KEY, 
  test1 varchar2(20), 
  test2 varchar2(20), 
  test3 varchar2(20), 
  test4 varchar2(20), 
  test5 varchar2(20) 
)

-- 再建一个序列SEQ_TEST

create sequence SEQ_TEST 
minvalue 1        --最小值 
nomaxvalue        --不设置最大值 
start with 1      --从1开始计数 
increment by 1    --每次加1个 
nocycle           --一直累加，不循环 
nocache;          --不建缓冲区

CREATE
OR
REPLACE
TRIGGER
tg_test 
BEFORE 
INSERT
ON
test 
FOR
EACH ROW 
WHEN
(new.nid 
is
null
) 
begin
select
seq_test.nextval 
into
:new.nid 
from
dual; 
end
;

select
* 
from
test 
insert
into
test(nid,test1) 
values
(6,
'aaa'
) 
insert
into
test(test1) 
values
(
'bbb'
)

二、唯一序列

SYS_GUID() 生成32位的唯一编码。

序列生成器所生成的数字只能保证在单个实例里是唯一的，这就不适合将它用作并行或者远程环境里的主关键字，因为各自环境里的序列可能会生成相同的数字，从而导致冲突的发生。SYS_GUID会保证它创建的标识符在每个数据库里都是唯一的。
此外，序列必须是DML陈述式的一部分，因此它需要一个到数据库的往返过程（否则它就不能保证其值是唯一的）。SYS_GUID源自不需要对数据库进行访问的时间戳和机器标识符，这就节省了查询的消耗。

很多应用程序都依靠序列生成器来创建数据行的主关键字，这些数据行没有一个明显的主值，这也就是说，在这样的数据集里一条记录的创建就会让数据列发生改变。因此，管理员可能会对在表格中将SYS_GUID用作主关键字而不使用序列数感兴趣。这在对象在不同机器的不同数据库里生成以及需要在后来合并到一起的情况下很有用。

使用SYS_GUID或者序列会在数据库使用周期里的某些地方造成性能上的消耗；问题就是在哪里。对于SYS_GUID而言，性能上的影响在查询时间和创建时间上（在表格里要创建更多的块和索引以容纳数据）。对序列而言，性能上的影响在查询期间，在这个时候，SGA序列的缓冲区被用光。在缺省情况下，一个序列一次会缓冲20个值。如果数据库没有使用这些值就关闭了，它们就会被丢失。

SYS_GUID生成的值的另一个显著的不足之处是，管理这些值会变得困难得多。你必须（手动）输入它们或者通过脚本来填充它们，或者将它们作为Web参数来传递。出于这些原因，将SYS_GUID作为一个主关键字不是一个很好主意，除非是在一个并行的环境里或者希望避免使用管理序列生成器的情况下。