re: 关于数据库存储过程的一些讨论

qyh_chen · 发表于 2011-3-8 20:02

同意利用存储过程处理负责的逻辑结构。

husthxd · 发表于 2011-5-9 15:20

虽然本人认同使用存储过程实现业务逻辑，不过除了技术因素，还需要考虑其他因素。
比如项目成本因素，学习pl/sql是需要成本的，一个熟悉java的技术团队，转向pl/sql除了技术培训学习外，还有说服大伙使用新技术的协调成本。
目前我们项目的做法是：在性能要求较高的场景下，使用存储过程（技术骨干完成），其他场景，使用javabean。

husthxd · 发表于 2011-5-9 15:21

原帖由 newkid 于 2011-3-7 22:58 发表

我很好奇淘宝的分页是怎么做的，难道真的在数据库之外分页？数据不还是得从数据库里取？

me 2.

newkid · 发表于 2011-5-9 22:36

原帖由 husthxd 于 2011-5-9 15:20 发表
虽然本人认同使用存储过程实现业务逻辑，不过除了技术因素，还需要考虑其他因素。
比如项目成本因素，学习pl/sql是需要成本的，一个熟悉java的技术团队，转向pl/sql除了技术培训学习外，还有说服大伙使用新技术的协调成本。
目前我们项目的做法是：在性能要求较高的场景下，使用存储过程（技术骨干完成），其他场景，使用javabean。

PLSQL才不是什么“新技术”，是古董级的老掉牙的老技术。当然对于没学过的人那就是新的。

husthxd · 发表于 2011-5-10 10:06

原帖由 newkid 于 2011-5-9 22:36 发表

PLSQL才不是什么“新技术”，是古董级的老掉牙的老技术。当然对于没学过的人那就是新的。

“新”、“旧”是相对的。

nannan5000 · 发表于 2011-5-17 20:50

求教 newkid

现在很多项目都是BS架构的，前台有应用服务器

如果把大量业务逻辑的处理放在数据库中，势必加重DBserver的负载。

不如把一些业务逻辑放在应用服务器的业务逻辑层。

以上是本人的一点愚见，请指点！

谢谢！

newkid · 发表于 2011-5-17 21:56

原帖由 nannan5000 于 2011-5-17 20:50 发表
求教 newkid

现在很多项目都是BS架构的，前台有应用服务器

如果把大量业务逻辑的处理放在数据库中，势必加重DBserver的负载。

不如把一些业务逻辑放在应用服务器的业务逻辑层。

以上是本人的一点愚见，请指点！

谢谢！

“业务逻辑放在应用服务器”你还是得用SQL访问数据库，一点也没有减少负担。
你如果有什么例子可以减少数据库负担可以举出来。

dingjun123 · 发表于 2011-5-17 22:06

原帖由 nannan5000 于 2011-5-17 20:50 发表
求教 newkid

现在很多项目都是BS架构的，前台有应用服务器

如果把大量业务逻辑的处理放在数据库中，势必加重DBserver的负载。

不如把一些业务逻辑放在应用服务器的业务逻辑层。

以上是本人的一点愚见，请指点！

谢谢！

Service层不访问数据库？？

nannan5000 · 发表于 2011-5-17 22:24

原帖由 newkid 于 2011-5-17 21:56 发表

“业务逻辑放在应用服务器”你还是得用SQL访问数据库，一点也没有减少负担。
你如果有什么例子可以减少数据库负担可以举出来。

这个观点也是我从网上看来的
我现在做的是CS的MIS系统。基本所有的业务逻辑都在PKG里

我不明白的是现在很多框架，都搞什么BLL层，有啥好处。

我们的架构就是直接参数丢给PKG，PKG返回CODE和MSG。

sotom · 发表于 2012-3-5 09:04

solomon_007 发表于 2011-2-11 10:56
TOM 的一本我几年前买的一本书（好象是ORACLE设计优化什么的，具体不记得了）中也提过，开发的原则是：
能 ...

把你手里的东西，交出来

[精华] re: 关于数据库存储过程的一些讨论

回复 #1 newkid 的帖子

浏览过的版块