十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
条件1:清除以前跟这个物料相关的所有计划数据:未清的PO,SO,以及其他的计划订单等(删除行项目就行)。
专注于为中小企业提供网站设计制作、成都网站建设服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业临夏州免费做网站提供优质的服务。我们立足成都,凝聚了一批互联网行业人才,有力地推动了近千家企业的稳健成长,帮助中小企业通过网站建设实现规模扩充和转变。
条件2:库里的东西要全部清掉,不管是用初始化562出去还是消耗掉。
条件3:如果你启用了物料分类账,似乎需要将前期库存也清掉(比如当期是8月的话,7月的库存也必须为0),具体怎么清掉你可以查下note,我记得有个note专门讲怎么修改物料主数据上的批次管理。
需要用updata语句来批量修改。
如图,test表中有如下数据:
现在要将id小于3的name改成“孙七”,可用如下语句:
update test set name='孙七' where id3;
commit;执行后结果为:
最好的方法是批量修改,即每次修改5000条(一次修改不要超过一万条,否则影响性能). 虽然在11g中,我们也可以选择使用merge命令,但你的这种情况最好先修改一部分然后看看影响,毕竟在生产环境作这样的操作风险很大。如果是误操作,最好还是请DBA来恢复,虽然这样做会被挨骂,但总比错上加错,最后连挨骂的机会都没有要好得多。如果对这些修改真的有信心,而只是从性能考虑,那可以用下面的方法(pk_col 是表的主键
1、构建临时表进行主键关联更新
需求:T1表有千万级别的数据量,需要更新这个表的字段a,b满足2个条件的记录。
做法:一般业务会将条件通过excel表格提供给开发,那么开发首先需要将这个excel表格的内容插入到临时表T2中,考虑到a,b都不是主键,那么需要将a,b转化成主键后再插入到T2表中,T2表中还可以保存更新前的数据,方便做数据回滚,T2表中有数据后,就可以执行下面脚本进行更新操作:
ps:c,d是需要更新的操作,e,f是条件。必须强调的是id必须是主键
1、构建临时表进行主键关联更新
需求:T1表有千万级别的数据量,需要更新这个表的字段a,b满足2个条件的记录。
做法:一般业务会将条件通过excel表格提供给开发,那么开发首先需要将这个excel表格的内容插入到临时表T2中,考虑到a,b都不是主键,那么需要将a,b转化成主键后再插入到T2表中,T2表中还可以保存更新前的数据,方便做数据回滚,T2表中有数据后,就可以执行下面脚本进行更新操作:
ps:c,d是需要更新的操作,e,f是条件。必须强调的是id必须是主键
declare
i integer;
batch_ number;
sale_rec_ sale%ROWTYPE;
CURSOR get_sale
IS
SELECT *
FROM sale
-- order by 某条件
FOR UPDATE;
begin
i := 0;
batch_ = 1000 -- 第一个全数字类型批号
FOR p_sale_ IN get_sale LOOP
UPDATE sale
SET flag = batch_ + trunc( i / 100 ) -- 批号
WHERE CURRENT OF get_sale;
i := i+1;
-- 调试器中输入检查结果
dbms_output.put_line(to_char(i)||'. '|| to_char( batch_ + trunc(i/2)) );
END LOOP;
-- 调试好后加上提交
-- commit;
end;
如果是字符型批号, 需要对上面的代码略做修改
主键表 - T表 '100W'数据同步到T1表(同步:TRUNCATE/DELETE或IMPDP...等方式[手动改数据])
例如: T表对应SEQ_T.NEXTVAL= 100W;
T1表对应SEQ_T.NEXTVAL= 10W;
TRUNCATE TABLE T1;
INSERT TABLE T1 SELECT * FROM T;
数据同步但T1表对应SEQ_T.NEXTVAL= 10W序列不变;
此时T1调用序列INSERT到T1表时就会报错 ( ORA-00001 : 违反唯一约束条件 (LOTTERY.PK_T1))
(若批量同步很多表就可能会引起很多表序列需要更新成主键最大值+ 1才能保证不报错
(可以用把源库的SEQUENCE同步过来①或者如下存储解决② ))
你应该考虑你要做哪一块?是做纯dba还是做ebs dba,现在的ocp都是paper test,背背TK就可以搞定,技术含量不高,做敲门砖还是可以的。纯dba就是纯数据库的管理,调优。ebs dba也叫application dba,不光管理数据库,还有应用部分,form,apache的管理,还要考虑系统整体架构,硬件什么都要考虑。薪水方面,ebs dba比纯dba高很多。
还有就是你又说到了Oracle ERP,这个可以分为3种,功能,开发和ebs dba。功能比较偏业务,开发主要是form builder,report builder,discoverer开发。ebs dba就是上面所说的了。
主要也是得看你个人喜好,做dba是比较枯燥的,没有想象的那么美好。头几年,待遇跟程序员比,差别不大。
如果想做ebs dba的话,你可以先从纯dba入手,熟悉oracle整个体系架构,再掌握一些硬件方面知识。有机会的话,转向ebs dba。
如果做业务的话,先做财务 物流开发,1-2年左右转向功能顾问。
总而言之,做业务比做技术有前途,尤其是在ERP行业,本人深有体会!!切记切记。