有个问题想听听大家的意见..

现在忙着上系统, 论坛都搞的没时间上了..
有个问题, 我有个存储过程, 是每天晚上全部拆分BOM的, 还有更新其他一些资料的JOB.这个动作好大, 但是由于中间动作太多, 刚开始难免有哪里会出现意料之外的问题, 而且有些动作是清空一些表然后加入资料的, 怕出现清理被清空了, 但是插入动作失败, 我现在是将整个事务加上了TRY CATCH 事务控制, 但是看见日志资源消耗好快 , 大家有什么好点的办法么??

12 个解决方案

#1

先占个sf

#2

#3

象这么大的动作，
1、先建立一个模拟环境进行测试。等测试好了，没出现什么问题，再投入使用
2、可以把你的存储过程细分下，减少每个存储过程占用资源的时间。

#4

帮顶

#5

引用 3 楼 herowang 的回复:

象这么大的动作，
1、先建立一个模拟环境进行测试。等测试好了，没出现什么问题，再投入使用
2、可以把你的存储过程细分下，减少每个存储过程占用资源的时间。

或许应该是把动作拆开来, 分成多个存储过程..
主要是旧的那些BOM, 有很多奇奇怪怪的规则, 导致有些东西没考虑到..

#6

我觉得可以分几个作业来完成，并在不同的时间完成！

我不知道你的具体BOM结构是怎么建立的，反正我们公司的BOM是不需要每天晚上拆分的。

#7

1.为什么不分开;
2.事务太长死锁的可能性比较大

#8

引用 7 楼 chinajiabing 的回复:

SQL code1.为什么不分开;2.事务太长死锁的可能性比较大

分开来怎么确保其中有个出错了, 让其他全部回滚呢?

#9

先拷贝走再清表

#10

学习

#11

不敢说话

#12

学习