第一，需要为需要建立序列的表创建一个序列。采用方法：F_create_SEQ（序列名）。该函数传入序列的名称，在表“T_DB_SEQ”插入一行。序列的所有者，采用系统变量SYSTEM_USER。
第二，获取下一个值。采用方法：F_GET_NEXT_SEQ_VAL（序列名）。该函数根据序列名获取该序列的下一个值，根据当前值与增长步长得到。同时，该函数保证在同时获取同一个序列时，应保证并发一致性。
第三、将返回值返回到应用使用。
此外，为保证应用的完整性，可能还需要提供一些方法的重载方法，同时提供一些其他方法：
获取序列当前值：F_GET_SEQ_CUR_VAL（序列名）
设置序列值：F_SET_SEQ_VAL（序列名）
删除序列：F_DEL_SEQ（序列名）
判断序列是否存在：F_SEQ_exists（序列名）
在主从关系的表设计中，子表也使用序列字段作为唯一主键，将父表的序列字段作为外键关联：
|
以下为引用的内容： create TABLE T_PK_DEMO_C |
使用序列的问题及解决办法
由于系统使用一个额外增加一个字段作为主键，因此没有为业务逻辑建立主键约束。比如在企业用户信息表中，要求企业中用户登录名必须唯一。一般在创建表时，以登录名作为主键，这个时候在数据库层自然的创建另一个主键唯一性约束。而现在没有使用登录名作为主键，那么就没有这个约束。解决办法：
一是在数据库层解决。可以为该表创建一个唯一（UNIQUE）约束或者唯一索引。如：
alter TABLE T_PK_DEMO ADD CONSTRAINT C_T_PK_DEMO UNIQUE NONCLUSTERED(COL_OTHER)-唯一约束
create UNIQUE INDEX IX_T_PK_DEMO ON T_PK_DEMO(COL_OTHER) – 唯一索引
二是在应用端解决。也就是在应用中判断该列是否有重复值，然后根据判断结果来保证唯一性。
我们注意到，在之前的例子中，主键采用了NONCLUSTERED（非聚蔟）的索引方式。关于如何设计索引，不是本文的重点，在这里仅提供一个建立索引时采用聚蔟方式还是非聚蔟方式的一个一般原则：
作为非业务字段的主键列，是一个没有重复值的、基本不进行更新操作的列。并且，在SQL Server数据库中，聚蔟索引在一个表中只能有一个。因此，聚蔟索引非常重要，需要留给更重要的字段来使用。因此，对照上表和根据聚蔟索引的重要程度，在此处采用非聚蔟方式创建其索引。
（举报）
