锁定老帖子 主题:存储过程是否被滥用
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-11-16
感觉一些很简单的sql查询,全部使用存储过程,美其名曰:实现sql和java代码分离。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2011-11-17
不是简单不简单的问题,可能是要了统一风格吧。
|
|
返回顶楼 | |
发表时间:2011-11-18
统一风格确实可能是其中考虑的因素。只是个人觉得存储过程这样的东西。特别是oracle的package这样的东西应该用在更加复杂的逻辑上。对于简单的逻辑用通用的SQL生成类拼出sql然后返回映射对象。需要操作使用时直接调用一个简单方法就可以完成。提高了效率,也不需要对sql的维护。
当然,可能我是来求认同感的吧...自己已经倾向于一个方向了。只是不知道自己这样的倾向是否是对的...是否是正确的设计方式... |
|
返回顶楼 | |
发表时间:2011-11-18
wad12302 写道 不是简单不简单的问题,可能是要了统一风格吧。
统一风格确实可能是其中考虑的因素。只是个人觉得存储过程这样的东西。特别是oracle的package这样的东西应该用在更加复杂的逻辑上。对于简单的逻辑用通用的SQL生成类拼出sql然后返回映射对象。需要操作使用时直接调用一个简单方法就可以完成。提高了效率,也不需要对sql的维护。 当然,可能我是来求认同感的吧...自己已经倾向于一个方向了。只是不知道自己这样的倾向是否是对的...是否是正确的设计方式... |
|
返回顶楼 | |
发表时间:2011-11-18
手上一个项目,把重复email之类的逻辑判断也写在存储过程里了,纠结
|
|
返回顶楼 | |
发表时间:2011-11-18
维护和迁移,比较麻烦,虽然存储过程很好用
尽量统一吧 |
|
返回顶楼 | |
发表时间:2011-11-18
这只是你们公司的做法,不代表其他的公司也是这样,而且sql和java代码分离有很多其他的方法
|
|
返回顶楼 | |
发表时间:2011-11-18
感觉不到全都用存储过程的好处。
如果应用足够复杂,那得有多少个存储过程啊。 |
|
返回顶楼 | |
发表时间:2011-11-18
1.存储过程本身能力有限
2.复杂的逻辑用存储过程就象过程编程于对象编程pk 业务的复杂跑到sql过程里面,灵活应对需求变更,特别是互联网项目基本不使用存储过程 但企业级开发由于很多东西相对固定,存储过程的优势很好 |
|
返回顶楼 | |
发表时间:2011-11-18
CALL 存储过程和 execu SQL 是一样的。
|
|
返回顶楼 | |