只显示主题贴
美国ECWise驻成都办事处诚聘英才
公司简介：
EC Wise has been a highly profitable and respected Business Intelligence and software development company for more than ten years with offices in San Francisco, Seattle, Denver and Chengdu. We plan to grow our 40 persons research and development team in Chengdu to 100 peopl ...
- 进入论坛 招聘求职 版
mikecool 写道o6z随口所说的，withouttea别往心里去，大家都来讨论嘛
我想他是希望你深入了解那本书的后面章节，不断章取义嘛
谢谢 mikecool ！ 人还是要宽达一些好。 那书后面的章节我也看过， 我知道 Rod Johnson所论述的重点是什么。但这个话题大家还是发表了自己的看法，我也有了新的认识，只是希望大家别只从一个方面看待问题。
- 进入论坛 Java 版
昨天翻了一下《Expert One-on-One J2EE Design and Development
》，Rod Johnson对sp也提出了自己的看法。系统开发存在一定比例的sp未尝不可，对于大数据量的更新等业务谁都知道比or实现好的多，而简单的增删改则正如ajoo所言“存储逻辑相对简单......o/r毕竟可以帮你自动生成很多代码"。同时我昨天思考了一下：感觉sp就象是过程化开发一样，而o/r则是面向对象开发；面向对象用烂了可以达到面向过程的”效果“，而面向过程用好了也很难获得面向对象的好处，但并不是说面向过程没有用，国内外用c、cobol开发的还是挺多。
- 进入论坛 Java 版
robbin 写道sp和Hibernate是对等的概念吗？做这种比较毫无意义。
我没有说sp和hibernate对等，再说也不是只有对等的东西才能比较，同时我也没想刻意比较二者。但二者的确是目前存在的开发途径，老板对我说以后都用sp，我迷惑，才来请教大家的，无他
- 进入论坛 Java 版
agilecat 写道用存储过程实现数据存储是一个久经考验的方案,但对于一个大型系统,如果全部使用存储过程,那么数据存储的数量之多就不好把握,如果把一些对象的增删改操作改用orm管理,会大幅降低存储过程数量,另外把对象的增删改操作如何快捷映射到存储过程也是必须考虑的.
存储过程数量到不是一个大问题，且只要命名合理不会乱。我们以前也的确是用hibernate实现大部分增删改操作，复杂逻辑用sp，但是发现简单的增删改的sp很简单 顺手就写了，而且修改很快，相对来说hibernate要修改配置、java还要重新启动，这对于时间紧的项目来说没有优势，后来老板说不用o/r了 全都用sp 我也想不出好的 ...
- 进入论坛 Java 版
所在公司主要开发金融行业的软件，后台几乎都是用sp实现，对目前流行的新技术or等不感冒。虽然本人喜欢新技术，但在开发过程中的确没有看到sp实现业务逻辑有让人无法接受的缺点，且调试、修改只需在数据库服务器上完成，比修改代码、修改配置、重启应用快捷的多。我所认识到的sp的缺点是移植性差、只能使用一个数据库。 请大家评论一下
- 进入论坛 Java 版
评论排行榜