标签：sp 数据 问题 bs 工作 算法 管理 sql 程序
为了修改一个分子公司的业务逻辑，修改大量的SQL，真的是蛋疼至极，而且公司现有智能平台的SQL编辑器，居然什么功能都没！完全就一个框框~别说什么调试和跟踪了。
回到自己研发的智能平台项目中来，如果一张业务表更新的同时还要更新其他业务表，并且还包含了各种列的取值算法。这个时候该怎么处理，到底是把CURD放到后台配置成手写SQL，还是通过后台拖拽关联？带着这个思考来看个业务场景
创建财务凭证
录入基础数据到凭证头,录入凭证明细
这时只有一个动作 更新UI 每增加一行明细，就把明细金额汇总到凭证头的总金额,UI处理可以采用事件来完成
另外一个动作：保存凭证
如果只是简单CRUD，到可以直接放到程序里自动CURD。如果遇到汇总金额的时候，要求只汇总借方金额，或者有更多BT逻辑列
这个时候还能通过在程序里简单的控件遍历来CURD吗？显然是不行的，这样还的需要做很多工作
我这里总结了一下
1:配置管理器，直接为每个业务写上SQL，比如A单元的SQL事件中写上插入到其他单元的SQL句子
2：配置管理器，完全拖拽配置方式，设置业务单元CURD时与其相关的其他业务单元，比如U动作，要更新到其他
哪些单元，具体更新的字段，具体更新的算法，更新前做什么，更新后又做什么
其实这之间还有很多细节问题需要思考，智能平台的架构不是那么容易..
标签：sp 数据 问题 bs 工作 算法 管理 sql 程序
原文地址：http://www.cnblogs.com/cfas/p/4050393.html
