我觉得速度还行,可能是我数据量不大楼主用了cacheModel么?好像可以提高数据库访问速度

解决方案 »

  1.   

    相同的方法,我测试jdbc ibatis hibernate,ibatis所花的时间最少啊;
      

  2.   

    理论上来说,ibatis应该比用jdbc要慢。但是其缓存机制、preparestatement等等综合起来应该还是很高效的。个人认为。
      

  3.   

    ibatis的高端服务基本上都用不到,而执行普通的sql文,速度基本与jdbc一样。
      

  4.   

    难道是因为没有和spring一起用,才造成现在速度慢?
      

  5.   

    楼主分页用的是什么?iBATIS内置的分页不是太好地说。
      

  6.   

    如果楼主说的慢是指数据量大的情况下取数据慢的话,应当从SQL语句优化入手!
    如果是取数据出来后处理数据慢的话,则另当别论!
      

  7.   

    最后发现是我每个DAO文件就要打开数据库,当一个文件中含几个DAO文件之后,那么会打开几个数据库连接,造成开销大,不知道各位是如何解决这个问题的,单独写连接文件,应该如何写呢,不想在页面上让用户看到底层的信息
      

  8.   

    不是的,我现在是每一个DAO文件一个数据库访问接口,结果占资源,不知道大家是如何设置的
      

  9.   

    应该不会太慢的。负责的系统使用Oracle数据库,大多表是百万级的数据,而且万条以内的数据不用1s可以出来。
      

  10.   

    你可以看看Ibatis的官方网中有个EXAMPLE,你可以参考一下那个例子,Ibatis的速度是不错的,我们拿Ibatis,jdbc,hibernate 做过比较,在一个业务量比较大的应用中(对表插入比较多)Ibatis的速度是最高的。也使用过LoadRunner来测试过,Ibatis的性能确实胜人一筹,它快的原因主要在它开始初始化的时候已经把XML里面的SQL在数据库里prepare了一把,哈哈。如果查询,你可以配合使用OSCACHE,我觉得它比较好,应为它可以解决集群的cache问题。至于一定要和Spring一齐使用,这个我不太觉得了,一个开元框架要依附另一个开元框架,这应该不可能的吧,在我的应用中我是用ejb+ibatis的,哈哈。感觉还是比较爽的。
      

  11.   

    如果你的dbServer 和 appServer 不是在同一台机器上的话。那么在跑业务的时候你可以分别看看两台服务器的CPU和内存的使用率,看看压力堆在那一边。知道堆在那一边的时候,你就可以很清楚的知道自己应该从那方面入手,那方面需要优化和修改咯哈哈