首先要了解EAS BOS 框架生成主键id的策略，主要有两种：

1，数据库递增产生的主键是短编码，比如 N8GOUIl6TWGkkzP7Nrcj6hO33n8=，存储查询性能要好，系统出现问题时重复的概率高。

2，uuid （随机算法）全局唯一，字符长，数据生成没有规律，比如 021c5595-ac16-40be-86d3-a6417f7589dbWFWKITEM，数据库索引性能低，重复概率小，也不能保证完全不重复。

这两种方式各有利弊。

问题表象：

可以看出上面使用的是短编码，短编码重复大概率原因是数据库系统有做数据恢复动作，数据库产生主键依赖 T_SEQ_NEXT 表中的 NEXT_VALUE，系统恢复后后，这个值也会回退，那新产生的id就会是之前产生过的，这种情况有两种解决方案，1，要尝试去增大NEXT_VALUE这个值，具体多少也不好确定，得试，或者加大一点。2，部署私包所有的主键都走长编码，私包在如下附件中。

如果长编码出现重复，目前没有好的方案，只能重新产生，毕竟 jdk 的uuid 在极端情况下也会存在重复。

主键冲突私包.zip