Sybase数据库里自增功能挺神奇的，设置起来其实没那么复杂，只是细节要注意点

关于Sybase数据库的自增功能，确实像你说的，用起来感觉挺神奇的，数据自己就能按顺序往上跳，但设置时几个细节没弄对就可能出麻烦，我主要根据Sybase官方的一些手册、常见问题解答以及不少老手的实践经验来聊聊这个事。

在Sybase ASE（Adaptive Server Enterprise）里，这个功能通常是通过identity列来实现的，它用起来直观，但内核和别的数据库有点不同，设置的基本步骤很简单：在建表语句里，给某个数值类型的列（比如numeric或int）加上identity属性，数据库就会自动为每一行生成一个唯一的、递增的数字，比如你写 create table mytable (id numeric(10,0) identity, name varchar(20))，这个id列就变成了自增列，以后你插入数据时，完全不用管id列，系统会自动处理，这是最基础的操作,很多介绍Sybase的书和官方入门指南里都这么写。

神奇和“坑”往往就藏在细节里，第一个要注意的细节是种子值和增量值，你可以在identity后面加上括号，像这样：identity(start_value, increment)，比如identity(100, 2)，意思是从100开始，每次跳2（100, 102, 104…），如果不写，默认就是(1,1)，这个本身不复杂，但问题在于，你一旦表建好了，再想修改这个起始值和步长就非常、非常麻烦，Sybase不像一些现代数据库，它不允许你用简单的alter table语句直接修改identity属性，根据Sybase的技术支持文档和大量社区讨论，要改这个，通常需要创建新表、导数据、重建索引和约束，步骤繁琐，在生产环境是大操作，所以建表时想好起始值很重要,别随便用个1就开始了。

第二个细节是身份值“缺口”的问题，这也是Sybase identity一个挺特别的地方，在其他一些数据库里，你可能追求连续无间断的自增ID，但在Sybase里，这几乎不可能保证，为什么呢？根据官方解释和实际表现，在事务插入失败、服务器异常重启、或者你手动删除了一些行之后，那些已经生成并被“消耗”掉的identity值是不会回滚和回收再利用的，当前ID到了100，你插入一条数据，事务生成了ID 101，但后来这个事务回滚了，数据没插进去，可ID 101已经被用掉了，下一个成功的插入会直接从102开始，你的ID序列中间就会出现“缺口”，这个特性是设计使然，是为了换取更高的并发性能，新手有时会发现ID不连续了，以为是bug，其实这是正常现象,Sybase的官方知识库里有明确说明这一点。

第三个细节是关于查看和重置当前值，你怎么知道下一个ID会是多少呢？可以用ident_current(‘tablename’)函数来查某张表当前的identity值，但更关键的是，有时你可能需要重置这个当前值，比如数据清空后，你想让ID重新从1开始，这里就要非常小心了，Sybase提供了一个命令叫identity_insert，它可以允许你手动指定一个值插入到identity列里，但如果你手动插了一个很大的数，比如10000，那么下次系统自动生成的值就会从10001开始，如果你想强制把它设回一个小的数字，标准的、安全的方法是使用dbcc checkident (‘tablename’, reseed, new_reseed_value)命令，根据Sybase的官方文档警告，这个操作需要谨慎，特别是在有并发插入的时候，可能会造成冲突或重复值，很多有经验的DBA会建议，在夜深人静、应用完全停止的时候做这个操作。

第四个细节是自增列用尽怎么办，如果你的identity列是numeric(10,0)，它是有上限的，当数字增长到最大值时，再尝试插入就会报错，这不是Sybase独有的问题，但需要提前规划，通常的预防办法是，根据业务增长预估，选择一个足够宽的数据类型，真到了快用尽的时候，就得进行表结构变更，这又是一个大工程，一些Sybase专家的文章里会强调,在系统设计初期就要评估这个列的数据类型是否够用。

Sybase这个自增功能，表面看就是加个identity关键字那么简单，用起来也省心，但你想用得踏实，就得理解它“消耗即丢弃”带来的不连续性，牢记建表时规划好起始和步长，并谨慎操作重置当前值，这些细节在Sybase的官方管理指南、故障排除手册以及很多技术论坛的实战帖子里被反复提及，把它搞明白了，这个“神奇”的功能才能真正为你所用,而不是在某天突然带来意外的麻烦。