浏览 2556 次
|
锁定老帖子 主题：在Oracle存储过程中实现业务处理
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-11-20
最后修改：2008-11-20
现在手头的一个项目，后台的业务处理基本上是在Oracle的存储过程中实现的，在DAO层里面除了调用存储过程，几乎没有别的SQL语句，想讨论一下这种实现方式到底如何？（性能、开发效率、维护性。。。） 说明一下，很多存储过程的参数都是传一个XML字符串，然后在存储过程里面解析，所以参数倒是不繁琐。 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2008-11-21
网上搜了一下相关的信息，普遍的观点是说存储过程性能好，但是维护性差。
|
| 返回顶楼 | |
|
发表时间：2008-11-21
有些性能要求很高的任务，用stored routine不错，但是大多数企业级开发，业务逻辑才使最重要的，用stored routine，你等着哭吧……
|
| 返回顶楼 | |
|
发表时间：2008-11-21
比如说会有什么问题呢？难调试？
据说小日本是经常这么干的 |
| 返回顶楼 | |
|
发表时间：2008-11-21
这个论坛讨论无数次了，基本有一个统一的观点了。搜搜看
java不是我们想象的慢，现在做云平台用java的多了去了 数据库最没有伸缩性了。 |
| 返回顶楼 | |
|
发表时间：2008-11-21
看了很多，算是各有一批拥护者。
|
| 返回顶楼 | |
