回复内容：
我的原则是：能放在PHP中的全放到PHP中，DB（ 如MySQL）只放数据，不放逻辑（外键约束、存储过程等）。用MySQL，但记住用的哪个数据库是可以随时换的，所以尤其不要用MySQL自己支持的一些和逻辑有关的特性。 具体问题具体分析 目前见到的性能瓶颈最多的就是在数据库层，关系数据库的横向扩展虽然在发展，但是还没有被广泛接受的稳定方案，所以近几年 NoSQL 会有这么快的发展。而 application server 的横向扩展就成熟许多了，增加 application server 之后只需要在 web server 上的负载均衡列表里加上新的机器就好了。
既然数据库横向扩展比 application server 横向扩展难这么多，那是不是应该尽量把逻辑放到代码里而不是 SQL 上，来尽量降低数据库的压力呢？ 举个例子吧:
比如访问量, 有tbl_hour中记录了当天每小时每用户的访问次数, 如tbl_hour的表有三列: username, hour, visit_couter.
在每天凌晨1点, 要将前一天的每个用户的访问数加和, 生成前一天每个用户的天访问总数, 放如表tbl_day, 表有三列: username, dateName, visit_counter.
现在计算前一天的天访问总数可使用程序来算, 也可使用sql来算:
1. 将所有前一天的数据取出来(SELECT * FROM tbl_hour WHERE hour betwen LAST_DAY_START AND LAST_DAY_END), 通过程序计算每个用户的访问数;
2. 将前一天的每用户的访问数直接通过SQL来计算(SELECT username, sum(visit_counter) FROM tbl_hour WHERE hour betwen LAST_DAY_START AND LAST_DAY_END GROUP BY username)
你会选择哪种?
让我选择的话, 如果tbl_hour前一天的数据量特别大, 如百万千万或以上, 还是自己选择计算吧;如果量级不是太大, 直接让SQL计算, 会省事一些.
大家是怎么选择的呢? 听听大家的建议. 其实把逻辑放在程序里边也分三种情况.
第一种比较弱,用编程语言system调用命令行命令, 不推荐这样做,都是不得已而为之的. 比如db2的load只有c的api,在python和perl里都没有实现load的模块,那只能用命令行了.
第二种是使用语言的数据库模块去操作数据库,本质上还是将计算放在了数据库上. 只不过把逻辑封装在了程序里. 这种在效率上和存储过程没有区别, 但是因为存储过程的特性肯定没有语言强和多, 总的来说是要优于用存储过程的.
第三种是将数据库的数据拿出来使用语言在内存中处理. 这个计算压力在跑程序的机器上. 并且只适合做小数据量的业务计算. 如果涉及到几张很大的表,是没法用这种的.
在开发流程上,使用程序肯定是要优于用存储过程的. 程序的各种版本管理比存储过程要成熟的多.
还有就是如果用的是c等编译型语言,而某处逻辑又频繁更改,确实也有把一部分放在存储过程的情况. 说一点小小的感觉：
业务逻辑，如果封装在存储过程里，省掉程序发布的时间，只要改SP，然后在数据库更新即可，程序根本不需要修改，会简单很多。
特别是很多编译型语言，每次发布，都很恶心~~~~~~ 个人感觉代码维护好过于数据库维护。
