其实还是一个架构设计问题，如果真的需要用一些比较淫巧的手段，一定要有清晰的结构，隔离等等

做存储过程也是一个separation of concerns的做法啊，如果在代码里面写SQL，既不容易改，也把控制和数据逻辑混在一起了

我记得我刚玩Sql Server的时候还是蛮喜欢存储过程的，后来发现要移植的时候很麻烦，后来就不用Sql Server了

现在用啥数据？MySQL还是NoSQL?

能放存储过程当然放存储过程了，维护起来也容易，特别是统计。 还有就是能用数据库定时任务，尽量用数据库定时任务，总比代码定时任务强多了。

我现在主要是MySQL，没啥需要NoSQL级别的负载啊

同意akunamotata，我都忘记了任务那块了。

听说腾讯还是在用MySQL做QQ的存储？

我的经验有点不同，一直是尽量避开存储过程。项目型的统计多的可以用存储过程吧，这东西不好移植，并且在数据库切分之类的操作时会有麻烦，业务逻辑一般不耦合数据层的东西。

@tinyfool ，其实存储过程移植起来也是蛮方便的，存储过程->新的存储过程

@tomqq 理解能力太差，一般说移植都是从sql server到mysql之类的

tiny都这把年纪了，还在这里讨论这种菜鸟问题做啥···

之前的公司有一个DBA团队，专门负责开发存储过程，我们做后端的只需要告诉他们需要那些数据就可以了，他们做好后就会告诉你去调用哪些存储过程去。