JDBC的效率问题研究和总结

JDBC的效率问题


1. 使用OCI比thin方式要好，但是前者是需要专有驱动程序的。
2. 语句结构一致的情况下，使用事先构造语句，这样会让oracle执行一个计划。
3. 链接过多的时候，使用连接池，这样利用oracle创建一个真链接比利用连接池创建一个假链接消耗资源要大多了。连接池的链接都呆在那里
4. 关于自动提交和禁止提交的问题。前者比后者要快3倍。
5. 关于批处理的问题，批处理是要快10倍，注意批处理和一个计划不是同一件事情。注意其中间包含5--30个句子是最优化的。但是这个批处理的异常是不确定的，难以说明这个处理异常返回的结果是批处理哪条语句造成的批处理的结果。例子如下：
    myprepstatement＝myconnection.preparestatement("insert into table"+"(vable) vables (?)");
    //一个计划
    For(int  count=0;count<total_num;count++){
        Myprepstatement.setInt(1,count);
        Myprepstatement.execute();
    }
   
    //一个批处理
    Count2=0;
    For(int  count=0;count<total_num;count++){
        Myprepstatement.setInt(1,count);
        Myprepstatement.addbatch();
    }
    Myprepstatement.execute();
6. ORACLE的批处理比标准JDBC的批处理更加快
7. 结果集的行数的获取的设置。设置越大，性能越好，但是程序占用内存很大。
8. 使用语句缓存；如果是隐式的缓存，则preparestatement对象必须一样，语句也必须一样，且statement不支持，也可以禁止隐式的缓存，而只处理自己需要缓存的语句；

连接池如何用？升级后是否兼容？------用jboss自带的连接池
语句缓存是否可以用到标准jdbc？------应该是可以
批处理的异常问题有没有解决的方法？？？-----没有看到，那位大拿有办法，联系我jjduys@163.com.   谢谢

 

实验：
批处理和计划处理的效率？
批处理的异常问题，也就是update为0的问题，这个是否有异常？？如果没有，结果是什么-----没有异常

statment的批处理和preststment的计划处理二者的效率比较

Preststment  计划   和statment的批量处理，其更新的表中有6万条记录，无索引。基本和一个6万小区的表相同。更新的记录都是4000条，基本和一个omm的小区数相同，记录的时间是数据库执行的时间，其中程序运行的数据处理时间采取直接赋值的办法，可以认为没有时间开销。
自动提交是只是否批量提交。测试用的数据库是sun440上安装的oracle。




 

属性名    中文名称    说明    类型和取值说明    限定      
preststment      计划    1*4000    非自动提交    139532ms      
Preststment      计划    1*4000    自动提交    115584ms      
Preststment      计划    4*1000    非自动提交           
Preststment      计划    4*1000    自动提交    114835ms      
Preststment      计划    100*40    非自动提交           
Preststment      计划    100*40    自动提交    116943ms      
statment    批处理    1*4000    非自动提交    180773ms      
statment    批处理    1*4000    自动提交    156122ms      
statment    批处理    4*1000    非自动提交           
statment    批处理    4*1000    自动提交           
statment    批处理    100*40    非自动提交           
statment    批处理    100*40    自动提交    152389ms      
delAndCreate    计划，批处理    1*4000    删除提交一次；插入自动提交一次    delete time 1846ms  insert time 3614ms      
delAndCreate    计划，批处理    1*4000    全部时间提交一次    delete time 1266ms insert time 6925ms      
delAndCreate    计划，批处理    100*40    全部时间提交一次    delete time 282ms insert time 4219ms
                                                                                                           delete time 1875ms insert time 5954ms
                                                                                                           delete time 1500ms insert time 453ms  commit time 1485ms
       
delAndCreate    计划，批处理    200*20    全部时间提交一次    delete time 281ms，insert time 9533ms      
delAndCreate    计划，批处理    40*100    全部时间提交一次    delete time 1641ms，insert time 2172ms
                                                                                                           delete time 312ms，insert time 8110ms
                                                                                                           delete time 328ms，insert time 4923ms
       
delAndCreate    计划，批处理    20*200    全部时间提交一次    delete time 5437ms，insert time 3298ms