系统运维.数据库.修复种子表(基础资料)
【应用场景】
种子表因人为原因、使用不当或者数据库故障导致损坏，录单时系统报错，无法正常录入数据。
【问题背景】
种子表为什么会坏？因为星空的业务表的种子值不是来自于业务表本身，而是另有一套种子表来维护。
单据表的种子表：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_ITEM*/
DBCC CHECKIDENT('Z_BAS_ITEM', NORESEED)
/*第二步，查看报错的基础资料的表的主键最大值，其中T_BD_MATERIAL为物料表主表，获取主键当前最大值应该查业务表而非种子表*/
DECLARE @FID bigint SELECT @FID=ISNULL(MAX(FMATERIALID),100001)+1 FROM T_BD_MATERIAL SELECT @FID
/*第三步，更新种子值（更新前对比第一步和第二步获取的值，如果第一步获取的种子值更大，则无需更新）*/
DBCC CHECKIDENT('Z_BAS_ITEM', RESEED, @FID)
【收尾工作】
种子表修复后，仍然需要去排查种子表损坏的真实原因：
1. 是否有人为操作种子表？
2. 二开获取业务表主键值的方式是否正确？（只允许通过系统提供的GetSequenceInt32，GetSequenceInt64，GetSequenceString等方法获取，严禁使用max(fid)+1的方式填充主键值）
3.数据库服务是否出现过异常断电？
4.基础资料数据进入系统的方式非法（正常途径：界面录入，Excel引入，WebApi等）？
---------------------------------------------------------------------------------------------------------
【金蝶云星空BOS二次开发案例演示】https://vip.kingdee.com/article/94751030918525696
系统运维.数据库.修复种子表(基础资料)
本文2024-09-23 04:00:03发表“云星空知识”栏目。
本文链接：https://wenku.my7c.com/article/kingdee-k3cloud-162461.html
