从纯技术来说：forall 比for在一些时候要好些。还有bull等的应用。但这些只是技术，要转化为生产性，还需要对业务的比较深的理解。
客户的想法的技术考量：
1：客户认为用临时文件比较方便，形象。我们推荐用临时表，这样没有IO资源利用少。
2：由于该存储过程（很多个）只是大项目中的一部分（night batch,spare batch）,有些表是固定的（并非专为这个子系统设计的）。
因为不是Primarykey，可能为复数件。而客户一般考虑不到，或有遗漏。需要逐个确认，具体后处理方式，因为对不同的table是不同的。
3：由于不是专用表，所以会有PK键重复。
处理方式：
1）merge(update or insert)
2)Exception throw raise or no raise only log
3)before insert，Pk delete
4：insert 时一定要 字段名写上。避免出错，维护方便。
项目还在继续。
阅读(1580) | 评论(0) | 转发(0) |
