|
锁定老帖子 主题：探讨用存储过程的优劣
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-01-26
以我的经验，我建议你把sp(其实在oracle里基本上没有直接用sp的，都是package)统一在Eclipse管理更好。
你真的有那么急。你pl/sql东西都调好了，你在Eclipse里check in一下能怎么了？ 能花你一分钟？ |
| 返回顶楼 | |
|
发表时间：2011-01-26
最后修改：2011-01-26
哥，我做 data migration，基本上不用eclipse
|
| 返回顶楼 | |
|
发表时间：2011-01-26
bureaucrat 写道 哥，我做 data migration，基本上不用eclipse
那你还真需要一个。前面我一直以为你是一个的Java开发人员。 |
| 返回顶楼 | |
|
发表时间：2011-01-26
ironsabre 写道 bureaucrat 写道 哥，我做 data migration，基本上不用eclipse
那你还真需要一个。前面我一直以为你是一个的Java开发人员。 在目前的项目里，不是 正在研究那个插件 
|
| 返回顶楼 | |
|
发表时间：2011-01-26
ironsabre 写道 wn_1985 写道 flyaswish 写道 没看明白lz想讨论什么问题。既然觉得自己的方案很好，那就坚持做呗，还在这里讨论啥？
+1 我看过很多类似的帖子 一开始，往往是已经确定了的事，拿出来讨论 然后某个不客气的回帖往往会把帖子变成吵架帖 最后甲乙双方更加坚定自己的观点... 好的讨论可以把事情搞清楚吧。 比如一些反sp的人他们的观点根本就不成立，通过这个讨论我想他们应该能改变他们的一些错误观点。 每个人做决定都是基于自己的理由。观点是否成立很大程度上取决于某个特定的情况。有这个功夫在这里争论，还不如仔细去研究下SP，google一下“用存储过程的优劣”呢。 |
| 返回顶楼 | |
|
发表时间：2011-01-26
flyaswish 写道 ironsabre 写道 wn_1985 写道 flyaswish 写道 没看明白lz想讨论什么问题。既然觉得自己的方案很好，那就坚持做呗，还在这里讨论啥？
+1 我看过很多类似的帖子 一开始，往往是已经确定了的事，拿出来讨论 然后某个不客气的回帖往往会把帖子变成吵架帖 最后甲乙双方更加坚定自己的观点... 好的讨论可以把事情搞清楚吧。 比如一些反sp的人他们的观点根本就不成立，通过这个讨论我想他们应该能改变他们的一些错误观点。 每个人做决定都是基于自己的理由。观点是否成立很大程度上取决于某个特定的情况。有这个功夫在这里争论，还不如仔细去研究下SP，google一下“用存储过程的优劣”呢。 http://www.google.com/search?hl=zh-CN&source=hp&biw=1280&bih=705&q=pros+and+cons+stored+procedure&aq=f&aqi=&aql=&oq= 可以看看这个链接，里面有不少文章是分析SP的优劣的 |
| 返回顶楼 | |
|
发表时间：2011-01-26
flyaswish 写道 ironsabre 写道 wn_1985 写道 flyaswish 写道 没看明白lz想讨论什么问题。既然觉得自己的方案很好，那就坚持做呗，还在这里讨论啥？
+1 我看过很多类似的帖子 一开始，往往是已经确定了的事，拿出来讨论 然后某个不客气的回帖往往会把帖子变成吵架帖 最后甲乙双方更加坚定自己的观点... 好的讨论可以把事情搞清楚吧。 比如一些反sp的人他们的观点根本就不成立，通过这个讨论我想他们应该能改变他们的一些错误观点。 每个人做决定都是基于自己的理由。观点是否成立很大程度上取决于某个特定的情况。有这个功夫在这里争论，还不如仔细去研究下SP，google一下“用存储过程的优劣”呢。 我在实际的大型系统中用过超过五年的pl/sql了。 |
| 返回顶楼 | |
|
发表时间：2011-01-27
flyaswish 写道 ironsabre 写道 wn_1985 写道 flyaswish 写道 没看明白lz想讨论什么问题。既然觉得自己的方案很好，那就坚持做呗，还在这里讨论啥？
+1 我看过很多类似的帖子 一开始，往往是已经确定了的事，拿出来讨论 然后某个不客气的回帖往往会把帖子变成吵架帖 最后甲乙双方更加坚定自己的观点... 好的讨论可以把事情搞清楚吧。 比如一些反sp的人他们的观点根本就不成立，通过这个讨论我想他们应该能改变他们的一些错误观点。 每个人做决定都是基于自己的理由。观点是否成立很大程度上取决于某个特定的情况。有这个功夫在这里争论，还不如仔细去研究下SP，google一下“用存储过程的优劣”呢。 就我个人而言，倾向于sp。 确实许多情况下，某个特定情况就能其决定性作用。单就本讨论的主题而言，也许多了解sp的好处，能改变许多人--特别是许多对sp不了解的人，对sp的看法。 |
| 返回顶楼 | |
|
发表时间：2011-02-10
LZ，我正维护跟你一样结构的系统。
我先结论了：你已经悲剧了。 1、在高并发的时候，问题出来，你还那麽多for update 之类的。存储过程最好连update也不要出现。 2、SQL不是你说那么简单，业务复杂点，改动需求，你所有规范都会走样。 3、FLEX也可以跟MVC，不过是使用CS 那种MVC 模式。FLEX MVC框架也很多。 |
| 返回顶楼 | |
|
发表时间：2011-02-10
sqicoo 写道 LZ，我正维护跟你一样结构的系统。
我先结论了：你已经悲剧了。 1、在高并发的时候，问题出来，你还那麽多for update 之类的。存储过程最好连update也不要出现。 2、SQL不是你说那么简单，业务复杂点，改动需求，你所有规范都会走样。 3、FLEX也可以跟MVC，不过是使用CS 那种MVC 模式。FLEX MVC框架也很多。 1、高并发时，即便逻辑在java代码里，一样会有问题。就我们系统而言，因为是企业内部使用的erp，目前的并发完全能承受。 如很多人所说，什么样的场景，用什么样的架构。 2、目前就1个人维护，没有什么大问题。 3、flex确实可以有mvc架构，问题是会带来更多不必要的工作量，比不上我们这个简化过的架构。我以前一直就是SS下做mvc架构的系统，许多为了架构而架构的工作其实可以省略。 |
| 返回顶楼 | |
