JDBC PreparedStatement 批量查询 in 的实现 方案

简介:     我们经常会有这种业务需求,根据一个条件集合去查询一张表的数据,比如: select * from all_element t where t.task_id in (List <taskids>);     在java语言中,我们需要用到JDBC来和数据库打交道,那么在JDBC中该如何处理这种需求呢?我们可以有如下几种处理方式 方案一:写一

    我们经常会有这种业务需求,根据一个条件集合去查询一张表的数据,比如:
select  *  from  all_element t  where  t.task_id  in  ( List  <taskids>);
    在java语言中,我们需要用到JDBC来和数据库打交道,那么在JDBC中该如何处理这种需求呢?我们可以有如下几种处理方式

方案一:写一个函数把参数集合转换成一个or 条件 或 in 条件的字符串,最后拼成一个sql

select  *  from  all_element t  where  t.task_id  in  ( 123  , 456 ,  789 );
或者是:
select   from  all_element t  where  t.task_id=123 or  t.task_id=   456  t.task_id=  789 ;

    但是这样效率如何呢?我们知道Oracle对传过来的SQL是需要事先编译的,不过是Oracle有个缓存功能可以缓存编译好的SQL,但前提是传过来的SQL必须完全一致,很明显,如果按照以上方式的话,一旦taskid值变化,那么Oracle的缓存便无法利用。

方案二:使用预编译的PrepareStatement

    为了解决Oracle缓存无法利用问题,Jdbc提供了预编译的 PrepareStatement,对于变化的参数可以用占位符 < ?>  来代替,因此我们可以用占位符来减少Oracle编译次数。
          private   static   final  String QUERY =  "select * from all_element where taskId = ?" ;
          ps = con .prepareStatement(QUERY);
           for (String taskId : taskIds){
             ps.setInt(1, taskId);
             rs = ps .executeQuery();
          }
    这样做虽然可以很好的利用Oracle的缓存,但缺点也很明显,就是每一个Id都需要查询数据库一次,这样效率是极低的。

方案三:动态地创建PrepareStatement

    虽然变化的参数可以用占位符 < ?>  来代替 ,然而遗憾的是Jdbc只提供了单一占位符功能即占位符不能是一个可迭代的集合。因此,对于我们传过来的集合参数,我们可以动态地创建一个 PrepareStatement

    拼一个和集合大小相等数量占位符的SQL,再写一个循环来赋值每一个占位符,这样就可以解决taskId的值变化而导致Oracle重新编译SQL问题。
      private   static   void   createQuery(List<String> taskIds) {
          String query =  "select * from all_element t where t.task_id in (" ;
          StringBuilder queryBuilder =  new  StringBuilder(query);
            for  (  int  i = 0; i < taskIds.size(); i++) {
              queryBuilder.append(  " ?" );
                if  (i != taskIds.size() - 1)
                   queryBuilder.append(  "," );
          }
          queryBuilder.append(  ")" );
           ps = con .prepareStatement(query);
            for  (  int  i = 1; i <= taskIds.size(); i++) {
               ps.setInt(i, taskIds.get(i - 1));
          }
           rs = ps .executeQuery();
     }
    但是这么做还是存在一个问题,如果集合的值变化不会导致Oracle重新编译,但是如果集合的大小发生变化,相对应的SQL也就发生了变化,同样也会导致Oracle重新编译,那么该如何解决这个问题呢?

方案四:批量查询(减少查询次数并利用到Oracle缓存)

    批量查询兼顾了第二、第三种方案,其思想是预先定义好几个每次要查询参数的个数,然后把参数集合按这些定义好的值划分成小组。比如我们的前台传过来一个数量为75的taskId的集合,我预定义的批量查询参数的个数分别为:
     SINGLE_BATCH  = 1; //注意:为了把参数集合完整划分,这个值为1的批量数是必须的
     SMALL_BATCH  = 4;
     MEDIUM_BATCH  = 11;
     LARGE_BATCH  = 51;

    那么我们第一次会查询51条数据,还剩下24个没有查询,那么第二次批量查询11条数据,还剩下13条未查询,第三次再批量查询11条数据,最后还剩2条未查询,那么我们再分两批次,每批次仅查询一条,这样,最终一个75条的数据分5批次即可查询完成,减少了查询次数,而且还利用到了数据库缓存。附获取批量的算法:
      public   static   final   int   SINGLE_BATCH  = 1;   //注意:为了把参数集合完整划分,这个值为1的批量数是必须的
       public   static   final   int   SMALL_BATCH  = 4;
       public   static   final   int   MEDIUM_BATCH  = 11;
       public   static   final   int   LARGE_BATCH  = 51;
       static   int   totalNumberOfValuesLeftToBatch =75;
       public   static  List<Integer>  getBatchSize(  int  totalNumberOfValuesLeftToBatch){
          List<Integer> batches=  new  ArrayList<Integer>();
            while  ( totalNumberOfValuesLeftToBatch > 0 ) {
                int  batchSize =  SINGLE_BATCH ;
                if  ( totalNumberOfValuesLeftToBatch >=  LARGE_BATCH  ) {
                batchSize =  LARGE_BATCH ;
              }  else   if  ( totalNumberOfValuesLeftToBatch >=  MEDIUM_BATCH  ) {
                batchSize =  MEDIUM_BATCH ;
              }  else   if  ( totalNumberOfValuesLeftToBatch >=  SMALL_BATCH  ) {
                batchSize =  SMALL_BATCH ;
              }
              batches.add(batchSize);
              totalNumberOfValuesLeftToBatch -= batchSize;
              System.  out .println(batchSize);
          }
            return  batches;
     }







  

目录
相关文章
|
4天前
|
Java 数据库连接 数据库
JDBC之Statement与PreparedStatement操作数据库对比
JDBC之Statement与PreparedStatement操作数据库对比
9 0
|
5天前
|
SQL Java 关系型数据库
Java中的JDBC编程:从数据库连接到高级查询
Java中的JDBC编程:从数据库连接到高级查询
|
6天前
|
SQL Java 关系型数据库
Java与数据库连接技术JDBC关键核心之PreparedStatement以及SQL注入演示解决和原理
Java与数据库连接技术JDBC关键核心之PreparedStatement以及SQL注入演示解决和原理
11 0
|
2月前
|
SQL 流计算 API
实时计算 Flink版产品使用合集之ClickHouse-JDBC 写入数据时,发现写入的目标表名称与 PreparedStatement 中 SQL 的表名不一致如何解决
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
33 0
|
2月前
|
SQL Java 关系型数据库
JDBC PreparedStatement 字段值为null导致TBase带宽飙升的案例分析
JDBC PreparedStatement 字段值为null导致TBase带宽飙升的案例分析
69 0
|
2月前
|
SQL Java 关系型数据库
JDBC技术【SQL注入、JDBC批量添加数据、JDBC事务处理、其他查询方式】(三)-全面详解(学习总结---从入门到深化)
JDBC技术【SQL注入、JDBC批量添加数据、JDBC事务处理、其他查询方式】(三)-全面详解(学习总结---从入门到深化)
44 0
|
2月前
|
SQL 存储 Java
JDBC技术【封装JDBC工具类、Statement的使用、PreparedStatement的使用(重点)、ResultSet的使用】(二)-全面详解(学习总结---从入门到深化)
JDBC技术【封装JDBC工具类、Statement的使用、PreparedStatement的使用(重点)、ResultSet的使用】(二)-全面详解(学习总结---从入门到深化)
75 0
|
7月前
|
Java 关系型数据库 MySQL
|
7月前
|
SQL 缓存 Java
JDBC中PreparedStatement常用操作实践
JDBC中PreparedStatement常用操作实践
154 1
|
9月前
|
Java 关系型数据库 MySQL
JSP 空教室查询管理系统yeclipse开发mysql数据库bs框架java编程jdbc
JSP 空教室查询管理系统是一套完善的web设计系统,对理解JSP java编程开发语言有帮助,系统具有完整的源代码和数据库,开发环境为TOMCAT7.0,Myeclipse8.5开发,数据库为Mysql5.0,使用java语言开发,系统主要采用B/S模式开发。
274 2