这样的话，各种编号怎么改都不会错乱。    因为资料一旦建立，就是唯一的ID号(表的索引ID)，它对应的系统记录的各种编码，都依此自增长编号来进行检索，快、稳、准。    对用户呈现的还是它自己编的编号，而系统的运行逻辑是这个索引ID。    一经建立这个索引ID是不变的。用户不管怎么去修改界面上的编码都不会引起系统的运作异常。    比如说：现在查询物料编码修改历史的时候，如果今天建了一个物料编码，AAA，名称是BBB。  删除了。    后天又再建一个AAA，名称为CCC。    那么在查询的时候，就会将BBB与CCC混在一起显示了。    而如果系统用唯一的自增长ID，则这个BBB与这个CCC就是独立的信息，非常明了。

你站在开发公司的角色，就不会这样说了。此功能好像是这个意思，你将来不会重复使用所有编号，好开放，但是软件上不需要这个，可以用数据库文件ID试下吧

在下是早期测试用户；您可以18657123987，516112联系我，故不要怕麻烦了。免费提供非官方源码级服务，服务法，不透露内部架构，提供第三方捷径，版权属于官方，也不透露定制方

楼上的大师，可能get点不一样。  这个id是指 表的索引id    对用户呈现的还是它自己编的编号，而系统的运行逻辑是这个索引ID。    一经建立这个索引ID是不变的。用户不管怎么去修改界面上的编码都不会引起系统的运作异常。    比如说：    现在查询物料编码修改历史的时候，如果今天建了一个物料编码，AAA，名称是BBB。  删除了。后天又再建一个AAA，名称为CCC。    那么在查询的时候，就会将BBB与CCC混在一起显示了，因为系统是按AAA去建立关联的。    而如果系统用唯一的自增长ID，则这个BBB与这个CCC就是独立的信息，非常明了。