时间:2018-03-26 17:58:45
一、首先说下本篇博客所实现功能的背景和功能是怎样的:
背景:因为公司项目开始迁移新平台项目,所以以前的平台老数据以及订单信息需要拆分表,而且需要业务逻辑来分析以前的订单表,来拆分成另外的几个新表,包括增加新的流水分析,以及更新其他用户或者商家的余额以及对账信息。
功能:需要查询出某个日期节点后的几十万条订单信息,循环遍历每条订单,获取每条订单的交易额,从而根据订单中的商家id和用户id来更新用户表中的积分或者余额信息,并且要在循环中为商家保存流水。
讲解:其实这个存储过程一点都不难,主要是本人在之前没有写过存储过程的经验,而且这次是直接用在新旧项目中订单模块的迁移,所以说其实还是有点小小的压力的。所以如果没有写过存储过程的同学们可以看看这一篇,然后思考一下。
二、存储过程技术点
1、适用场景,因为存储过程是存在内存中的,直接跳过了用sql语言语法检查,编译等过程中(具体需要百度),所以存储过程的效率非常高。另外加上存储过程非常适合有业务逻辑的多表操作,结果集操作等等,所以比我们写一个复杂的sql
去完成一个功能,思路会更加清晰以及更加接近与编程语言的风格,比如循环,判断等等。但是存储过程使用的场景还是比较少的,原因就是维护成本比较高,尤其是数据库有集群的时候,我还没有研究到那些深度。所以本人现在用存储过程的
场景就是某些特别耗时,而且改动不大的操作,列入统计,数据迁移等等。
2、语法