一个页面的很多内容都需要使用SQL去查询,比如论坛项目,需要去到帖子列表和总帖数,这个时候大家使用SQL那还是存储过程那?数据库SQL存储

解决方案 »

  1.   

    一般还是sql吧,简单。
    不需要知道plsql语法。
      

  2.   

    那一般一个页面就需要N多SQL语句,对服务器的压力是否会过大,经常开闭连接..
      

  3.   

    不推荐使用存储过程,procedure是存储在数据库中的,而不是你java代码里的,不容易维护
      

  4.   

     那一个页面要有好多的dao 那 ..使用Hibernate 还行,不然一个页面要死人的...兄弟,你在项目里面遇到过吗,一个页面好多SQL
      

  5.   

    你可以使用ajax去异步的获取这些数据
      

  6.   


    你没听过连接池的概念么而且,用PL SQL也不是什么好点子,那会加重数据库的负担的。
    数据库最大的负担不在于 链接的开闭,而在于IO
      

  7.   


    异步的时候返回的是JSON还是HTML那? 一半我都是写个JSP 在 WEB-INF里面,直接Ajax的时候返回的是JSP
      

  8.   

    额,sql语句吧!再说你都用缓冲池的,没什么频繁链接断开的顾虑吧!
      

  9.   


    你没听过连接池的概念么而且,用PL SQL也不是什么好点子,那会加重数据库的负担的。
    数据库最大的负担不在于 链接的开闭,而在于IO
    哎 ,我们老板是个白痴,让我们用JDBC + 连接池 ,苦逼一笔!!
      

  10.   

    就好像你写了一个庞大复杂的SQL,联合去查几十个表,难道你就觉得你优化了程序了?数据库累死了。我认为更好的选择是用一些单纯的SQL(只用必要的几个联合查询),来处理数据,
    在应用服务器能承受的范围内,来进行数据的转换整理。不要把负担都加给数据库,让应用服务器也分担一些。可能扯的和你的主题有点儿不搭哈,呵呵。
      

  11.   

    因为不是单纯的WEB,是Web  + APP 的接口...