摘要： 以下比较不太全面，纯粹是个人的理解。可能是针对前一篇文章的补充与说明1、批量数据的处理比较业务逻辑：单位A部门划转到B部门，业务规则是把A部门的100人的关联单位改为B部门，同时在人员岗位变化子表里增加一条变动记录。业务实现：1）存储过程实现（SP实现)（两个SQL语句）insert into 岗位变化子表（变化前部门、变化前岗位、变化后部门、变化后岗位、生效时间、操作人、操作时间） select... 阅读全文

摘要： 之前国内外都对存储过程的好与坏进行了激烈的争论，本文将不讨论这部分内容，更重要的强调什么情况下使用存储过程，什么情况下应该封装在业务类中。 总体的原则： 1、业务逻辑需要进行复杂的判断处理使用业务类实现 2、涉及小数据量（数据行在200条以内）处理判断使用业务类实现 3、涉及批量数据处理使用存储过程实现（如部门人员批量合并，同时批量增加每个人员的岗位变更信息子表） 4、涉及统计分析部分的逻辑通过存储过程来实现 5、如果需要对外提供数据层接口的部分通过存储过程实现，不建议直接开放数据表，至少也要以视图的形式开放（这种情况很少，一般是内部系统间才会使用这种接口，建议少用） 6、需要进行横向扩展的业务使用业务类实现（如：用户认证表只是纵向扩展，只是记录的增加；企业的数量可能的增长就属于横向扩展或者说模块的数量增长也属于横向扩展，涉及数据表的增加部分） 阅读全文