|
锁定老帖子 主题：业务逻辑封装到存储过程中的优缺点。
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-03-20
是否有愿意来讨论一下这个问题。虽然这在引入了ORM之后的java开发中很少见，不过我觉得也可以拿来讨论一下。
声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2007-03-20
可以问问对日外包的项目
一个coblo项目的存储过程活到了java时代..... |
| 返回顶楼 | |
|
发表时间：2007-03-21
提出这个问题是因为碰到一个朋友，他说他现在主要职责是写存储过程，他们基本把业务逻辑都放在了存储过程里，好处是接口基本不变，不用编译程序就可以更改业务逻辑。而且有些操作的速度会更快一些，不知道大家如何看这个问题。
|
| 返回顶楼 | |
|
发表时间：2007-03-21
如果你不需要OO的特性，只需要面向过程的语言，不需要跟代码在一块的版本管理，那你就用存储过程吧！
|
| 返回顶楼 | |
|
发表时间：2007-03-21
这也要看是什么业务逻辑，不是所有的业务逻辑都能放进去的，而且这样做破坏了分层机制，难于维护
|
| 返回顶楼 | |
|
发表时间：2007-03-21
如果 数据库要变更的话，那不是就完了.
|
| 返回顶楼 | |
|
发表时间：2007-03-21
6楼的说得太经典了。哈哈。
|
| 返回顶楼 | |
|
发表时间：2007-03-21
johnnyhg 写道 6楼的说得太经典了。哈哈。 楼上的说得太经典了。
|
| 返回顶楼 | |
|
发表时间：2007-03-21
优点性能提高，
容易修改，即改即生效 |
| 返回顶楼 | |
|
发表时间：2007-03-21
除了数据库变动以外还有:
业务不能分布 一对一(一个系统一个数据库配置) 非可重用 (听说过哪个存储过程被继承了?每次都 要全拷过来) |
| 返回顶楼 | |
