起因是这样,公司物料做调整,搞的我的三级分类也要调,这个东西本来是3位,现在变2位,取自物料组
这个东西原本是用文件导入的,现在三级分类取物料组的代码和文本,二级分类取物料组的前4位,文本在物料组中也存在。
于是乎,删掉原来的转换,新建一个update role,挂在物料组的infosource上,然后把文本描述的key fields配置好。
因为是3.x的数据源,所以一定要设置好data package的data targets,是所有目标。
然后呢,维护下主数据,发现里面还有一堆垃圾数据,都是之前的,删掉吧,人家说不让,然后看下used list,找找看都在哪儿被用着,得先把调用者的删掉。
再修改,还说IO的S表和T表里面有数据,那他nia的咋办,这可是物料的导航属性啊,当然会在里面用。。然后一不做二不休:(这里最好用过滤器啊,不然表很多的)
从SQL Developer入手,删掉里面的数据,然后再检查,提示无误,激活,弹出下面窗口:
毕竟,你这么搞是不行的嘛~
点是
然后一路点是
回来再看,已经是活动的了~
最后再把物料的数据跑一遍,就会自动维护上SID之间的关联,然后就哦了。。。
总的来说,就是把SID和文本表强制清空,导致其他与其相关联的表找不到它的内容,所以还是慎重的好。
最后我的解决办法是:把全家老老少少激活一遍。。最后我的解决办法是:把全家老老少少激活一遍。。遇神杀神,遇佛杀佛,特别是遇到调用这个IO的表,就得到SE14里去激活和调整,杯具。。。
在公司物料调整过程中,作者需要更改三级分类,导致原有的IO操作需要更新。通过删除原有转换并创建新的Update Role,连接到物料组的Infosource。在处理历史垃圾数据时,由于IO的S表和T表包含数据,直接删除引发问题。最终,作者通过在SQL Developer中清除数据并激活相关对象,解决了问题,但强调此类操作应谨慎进行,必要时需激活所有相关表。
1123

被折叠的 条评论
为什么被折叠?



