BW:修改IO的长度(非法操作)【这个东西,我必须要声明一下,能不动数据库,千万不要动,后患无穷...】

在公司物料调整过程中,作者需要更改三级分类,导致原有的IO操作需要更新。通过删除原有转换并创建新的Update Role,连接到物料组的Infosource。在处理历史垃圾数据时,由于IO的S表和T表包含数据,直接删除引发问题。最终,作者通过在SQL Developer中清除数据并激活相关对象,解决了问题,但强调此类操作应谨慎进行,必要时需激活所有相关表。

起因是这样,公司物料做调整,搞的我的三级分类也要调,这个东西本来是3位,现在变2位,取自物料组

   

这个东西原本是用文件导入的,现在三级分类取物料组的代码和文本,二级分类取物料组的前4位,文本在物料组中也存在。

   

于是乎,删掉原来的转换,新建一个update role,挂在物料组的infosource上,然后把文本描述的key fields配置好。

   

因为是3.x的数据源,所以一定要设置好data packagedata targets,是所有目标。

   

然后呢,维护下主数据,发现里面还有一堆垃圾数据,都是之前的,删掉吧,人家说不让,然后看下used list,找找看都在哪儿被用着,得先把调用者的删掉。

   

再修改,还说IOS表和T表里面有数据,那他nia的咋办,这可是物料的导航属性啊,当然会在里面用。。然后一不做二不休:(这里最好用过滤器啊,不然表很多的)

SQL Developer入手,删掉里面的数据,然后再检查,提示无误,激活,弹出下面窗口:

   

毕竟,你这么搞是不行的嘛~

点是

   

然后一路点是

回来再看,已经是活动的了~

   

最后再把物料的数据跑一遍,就会自动维护上SID之间的关联,然后就哦了。。。

 

 

总的来说,就是把SID和文本表强制清空,导致其他与其相关联的表找不到它的内容,所以还是慎重的好。

 

最后我的解决办法是:把全家老老少少激活一遍。。最后我的解决办法是:把全家老老少少激活一遍。。遇神杀神,遇佛杀佛,特别是遇到调用这个IO的表,就得到SE14里去激活和调整,杯具。。。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值