使用存储过程,减少了数据库和java之间的网络开销,并且sql直接在数据库效率高一些。
但 存储过程每个数据库语法不通,如果换更换数据库类型,那么迁移存储过程工作量比较大,也就是楼主说的,不面向对象。

解决方案 »

  1.   

    无所谓   什么面不面向对象的  能把问题以  高效的  高质量的  高可用的  高扩展的  解决了  就是好程序员OO语言调用数据库  传给数据库语句  数据库每次都需要先“翻译”  再按照参数处理SP中的  数据库已经理解了  只需要按参数处理就可以有些事   数据库那边处理  要好得多
      

  2.   

    肯定需要 。有的上百行千行的sql  就直接维护在sql 里吧。
      

  3.   

    文档全的话,其实都可以
    对于项目中很长的SQL,数据库设计是否合理,需要进一步思考一下
      

  4.   

    呵呵,在某公司给某银行做过系统,所有sql全部自己随便写,能用*的绝不会多打两个字……于是,后来我就走了。感觉银行项目相对以业务为主,对技术要求比较少,也有可能是我档次太低,没让接触深层的东西。