jerryhanwei

http://blog.csdn.net/maggiejin/archive/2008/04/23/2319420.aspx

序列（SEQUENCE）序列是一数据库对象，利用它可生成唯一的整数。一个序列的值是由特殊的Oracle程序自动生成，因此序列避免了在应用 层实现序列而引起的性能瓶颈。该序列为上升序列，由1开始，增量为1，没有上限。在升序时，序列可从比最小值大的值开始，缺省值为序列的最小值。对于降 序，序列可由比最大值小的值开始，缺省值为序列的最大值。修改序列可以：? 修改未来序列值的增量。

ORACLE没有象SQL SERVER中一样的自增加字段，要实现只能通过SEQUENCE来实现

1.创建序列：
create sequence your_seq
nocycle
maxvalue 9999999999
start with 1;

2.使用触发器实现自增：
create or replace trigger your_seq_tri
before insert on your_table1 for each row
declare
  next_id number;
begin
  select your_seq.nextval into next_id from dual;
  :new.id := next_id;
end;

在oraclek中，为了方便我常常用触发器及序列结合起来实现，下面就是一个示例。
先建表、再建序列、然后是触发器，最后测试=============================================
--为主键指定序列编号
--2003-10-8 15:53
=============================================

conn scott/tiger@powermis

drop table foo;

create table foo(
  id number primary key,
  data varchar2(100));

create sequence foo_seq;

create or replace trigger bifer_foo_id_pk
  before insert
    on foo
    for each row
begin
  select foo_seq.nextval into :new.id from dual;
end;
/

insert into foo(data)
  values('Chirstopher');

insert into foo(id,data)
  values(5,'Sean');

select * from foo;

Oracle8i引入了SYS_GUID这个概念，它同Oracle管理员所使用的传统的序列（sequence）相比具有诸多优势。一个序列生成器只是简单地创建从给定的起点开始的一系列整数值，而且它被用在选择陈述式的时候自动地递增该系列。

序列生成器所生成的数字只能保证在单个实例里是唯一的，这就不适合将它用作并行或者远程环境里的主关键
字，因为各自环境里的序列可能会生成相同的数字，从而导致冲突的发生。SYS_GUID会保证它创建的标识符在
每个数据库里都是唯一的。

此外，序列必须是DML陈述式的一部分，因此它需要一个到数据库的往返过程（否则它就不能保证其值是唯一
的）。SYS_GUID源自不需要对数据库进行访问的时间戳和机器标识符，这就节省了查询的消耗。

create table use_seq_table(id integer);
create sequence use_seq_sequence;
insert into use_seq_table values (use_seq_sequence_value.nextval);

REM - for some reason, the documentation uses raw(32)
create table use_guid_table(id raw(16));
insert into use_guid_table(sys_guid());

很多应用程序都依靠序列生成器来创建数据行的主关键字，这些数据行没有一个明显的主值，这也就是说，在
这样的数据集里一条记录的创建就会让 数据列发生改变。因此，管理员可能会对在表格中将SYS_GUID用作主关键字而不使用序列数感兴趣。这在对象在不同机器的不同数据库里生成以及需要在后 来合并到一起的情况下很有用。但是，SYS_GUID所生成的值是一个16位的原始值。序列所生成的整数不会使用16位（的值），除非它达到了10的30 次方（每个字节有两位），而且数字是相当独特的：

SQL> select dump(123456789012345678901234567890) from dual;

DUMP(123456789012345678901234567890)
--------------------------------------------------------------
Typ=2 Len=16: 207,13,35,57,79,91,13,35,57,79,91,13,35,57,79,91

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

SYS_GUID生成的值的另一个显著的不足之处是，管理这些值会变得困难得多。你必须（手动）输入它们或者通过脚本来填充它们，或者将它们作为Web参数来传递。

出于这些原因，将SYS_GUID作为一个主关键字不是一个很好主意，除非是在一个并行的环境里或者希望避免使用管理序列生成器的情况下。