存储过程可能是性价比比较高的一种简单粗暴的解决方案。正如老师所讲,大型网站和公司用的还是内存原子库存+可靠性消息的方案。不过这个实现的成本比存储过程要高的多。
2016-07-10
这门课是慕课网最棒的课程,没有之一 感谢! 期待老师 后续出 关于应用集群部署、DB集群、分库分表、消息队列 系列课程~ 赞我赞我赞我让老师看到!
2016-07-10
这课讲的好叼!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
2016-07-07
为了性能,把业务逻辑放到数据库的设计实际上是一种偷懒的廉价解决方案,能不这么做就尽量不要。超出了业务边界,数据库的边界是只负责数据操作,不关心任何业务才对。
这样做的最大问题就是随着业务的增加,代码会越来越难以维护了,几年后,更换了几波程序员之后,这段代码就会变成没有人敢碰的代码了。
年轻。 oracle+pl\sql写业务逻辑。服务端负责调用,随你换技术java,php,net。高性能+不变应万变+只需求单一性人才
这样做的最大问题就是随着业务的增加,代码会越来越难以维护了,几年后,更换了几波程序员之后,这段代码就会变成没有人敢碰的代码了。
年轻。 oracle+pl\sql写业务逻辑。服务端负责调用,随你换技术java,php,net。高性能+不变应万变+只需求单一性人才
2016-07-06