【应用场景】

种子表因人为原因、使用不当或者数据库故障导致损坏，录单时系统报错，无法正常录入数据，如下图所示。

【问题背景】

种子表为什么会坏？因为星空的业务表的种子值不是来自于业务表本身，而是另有一套种子表来维护。

单据表的种子表：Z_单据表全名（表名不同，种子表也不同）

基础资料表的种子表：Z_BAS_ITEM（区别于单据，不管是啥基础资料，其单据头表（主表）的种子表都固定使用Z_BAS_ITEM）

如果二开人员往业务表中插入数据时，其主键值不是通过星空提供的取种子值的接口获取，那么后面通过界面新增数据时，一定会出现主键冲突的问题，因为当前插入业务表的种子值并没有在种子表报备，出现种子值重复问题是迟早的事情。

星空提供的获取种子值的接口如下：

Kingdee.BOS.ServiceHelper.DBServiceHelper.GetSequenceInt32

Kingdee.BOS.ServiceHelper.DBServiceHelper.GetSequenceInt64

Kingdee.BOS.ServiceHelper.DBServiceHelper.GetSequenceString

【调用示例】

获取物料（基础资料）主表种子值：

Kingdee.BOS.ServiceHelper.DBServiceHelper.GetSequenceInt64(ctx,"T_BAS_ITEM",1)

获取物凭证（单据）主表种子值：

Kingdee.BOS.ServiceHelper.DBServiceHelper.GetSequenceInt64(ctx,"T_GL_VOUCHER",1)

【解决方案】

当种子表损坏出现主键冲突报错时怎么办？

/*第一步，查看报错表的当前种子值，其中z_bas_voucher为业务表t_bas_voucher的种子表*/
DBCC CHECKIDENT('z_bas_voucher', NORESEED)

/*第二步，查看报错表的主键最大值，其中t_bas_voucher为业务表，获取主键当前最大值应该查业务表而非种子表*/
DECLARE @FID bigint
SELECT @FID=ISNULL(MAX(FVOUCHERID),100001)+1 FROM t_bas_voucher
SELECT @FID

/*第三步，更新种子值（更新前对比第一步和第二步获取的值，如果第一步获取的种子值更大，则无需更新）*/
DBCC CHECKIDENT('z_bas_voucher', RESEED, @FID)

【收尾工作】

种子表修复后，仍然需要去排查种子表损坏的真实原因：
1. 是否有人为操作种子表？
2. 二开获取业务表主键值的方式是否正确？（只允许通过系统提供的GetSequenceInt32，GetSequenceInt64，GetSequenceString等方法获取，严禁使用max(fid)+1的方式填充主键值）

3.数据库服务是否出现过异常断电？

4.单据数据进入系统的方式非法（正常途径：界面录入，Excel引入，WebApi等）？

---------------------------------------------------------------------------------------------------------

【金蝶云星空BOS二次开发案例演示】https://vip.kingdee.com/article/94751030918525696