Jdbc 存储过程 procedure

2024-02-26 14:32
文章标签 jdbc 过程 存储 procedure

本文主要是介绍Jdbc 存储过程 procedure,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

           今天闲暇之余 ,就测试使用存储过程来操作数据库和使用 JDBC方式来操作数据库的效率比较。

           废话不说了,看如下sql , 创建了表和存储过程供调用。

create table `operators_man` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `old_pid` varchar(100) DEFAULT NULL COMMENT '要摘除的pid',
  `from_lid` varchar(100) DEFAULT NULL COMMENT '来源数据的 lid',
  `new_pid` varchar(100) DEFAULT NULL COMMENT '要摘入的pid ',
  `operator` varchar(100) DEFAULT NULL COMMENT '操作者',
  `operator_time` datetime DEFAULT NULL COMMENT '操作时间',
  `tempStr0` varchar(100) DEFAULT NULL COMMENT '备用',
  `tempStr1` varchar(100) DEFAULT NULL COMMENT '备用',
  `tempStr2` varchar(100) DEFAULT NULL COMMENT '备用',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='人物摘除操作记录表';

#
# procedure insert_operators_man
#
drop procedure if exists insert_operators_man;
create procedure insert_operators_man(
    in oldpid varchar(20),
    in fromlid varchar(20),
    in newpid varchar(20),
    in operatorman varchar(20),
    in operatortime varchar(50)
)
begin
    insert into operators_man(old_pid,from_lid,new_pid,operator,operator_time) VALUES ( oldpid,fromlid,newpid,operatorman,operatortime );
end;

#
# procedure update_operators_man
#
drop procedure if exists update_operators_man;
create procedure update_operators_man(
    in opid int(11),
    in oldpid varchar(20),
    in fromlid  varchar(20),
    in newpid varchar(20),
    in operatorman varchar(20),
    in operatortime varchar(50)
)
begin
    update  operators_man set old_pid=oldpid,from_lid=fromlid,new_pid=newpid,operator=operatorman,operator_time=operatortime where id = opid;
end;

#
# procedure delete_operators_man
#
drop procedure if exists delete_operators_man;
create procedure delete_operators_man(
    in opid int(10)
)
begin
    delete from  operators_man  where id = opid;
end;

#
# procedure find_operators_man
#
drop procedure if exists find_operators_man;
create procedure find_operators_man(
    in opid int(10)
)
begin
    select *  from  operators_man  where id = opid;
end;

     

    创建完成之后,就去调用,看代码:

       /**
     * insert
     * @return
     * @throws SQLException
     */
    public static List<OperatorMan> find_OperatorMan(Connection conn){
        try {
            CallableStatement cell=(CallableStatement) conn.prepareCall("{call find_operators_man(?)}");  
            cell.setInt(1, 2);
            //执行
            List<OperatorMan> list = new ArrayList<OperatorMan>();
            boolean result = cell.execute();
            if(result) {
                ResultSet resultSet = cell.getResultSet();
                while (resultSet!=null && resultSet.next()) {
                    OperatorMan man = new OperatorMan();
                    man.setId(resultSet.getInt("id"));
                    man.setOld_pid(resultSet.getString("old_pid"));
                    man.setFrom_lid(resultSet.getString("from_lid"));
                    man.setNew_pid(resultSet.getString("new_pid"));
                    man.setOperator(resultSet.getString("operator"));
                    man.setOperator_time(resultSet.getDate("operator_time"));
                    man.setTempStr0(resultSet.getString("tempStr0"));
                    man.setTempStr1(resultSet.getString("tempStr1"));
                    man.setTempStr2(resultSet.getString("tempStr2"));
                    //add...
                    list.add(man);
                }
            }
            return list;
        } catch (Exception e) {
            System.out.println(e.getLocalizedMessage());
            return null;
        }
    }


           当使用这些个做1000w 的CRUD之后,对比JDBC,速度的确快出很多来,主要原因在于:  存储过程是一组编译好的sql , 程序可以自然去调用,少去编译的过程,这就无形中加快了速度。

          以上是针对单个操作,效率比JDBC方式来的快,但是要是JDBC使用批处理操作,经过测试,使用的效率是逊色于JDBC的,看来没有什么是一定不变的,凡事都要根据

情况而定,这样才能够很好的去解决问题。

          性能和效率确实是一个比较头疼的问题,很难做到把这个做到性能最优,效率最高。。。


这篇关于Jdbc 存储过程 procedure的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/749167

相关文章

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存

Python实现对阿里云OSS对象存储的操作详解

《Python实现对阿里云OSS对象存储的操作详解》这篇文章主要为大家详细介绍了Python实现对阿里云OSS对象存储的操作相关知识,包括连接,上传,下载,列举等功能,感兴趣的小伙伴可以了解下... 目录一、直接使用代码二、详细使用1. 环境准备2. 初始化配置3. bucket配置创建4. 文件上传到os

SpringBoot整合liteflow的详细过程

《SpringBoot整合liteflow的详细过程》:本文主要介绍SpringBoot整合liteflow的详细过程,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋...  liteflow 是什么? 能做什么?总之一句话:能帮你规范写代码逻辑 ,编排并解耦业务逻辑,代码

Java中调用数据库存储过程的示例代码

《Java中调用数据库存储过程的示例代码》本文介绍Java通过JDBC调用数据库存储过程的方法,涵盖参数类型、执行步骤及数据库差异,需注意异常处理与资源管理,以优化性能并实现复杂业务逻辑,感兴趣的朋友... 目录一、存储过程概述二、Java调用存储过程的基本javascript步骤三、Java调用存储过程示

MySQL之InnoDB存储引擎中的索引用法及说明

《MySQL之InnoDB存储引擎中的索引用法及说明》:本文主要介绍MySQL之InnoDB存储引擎中的索引用法及说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐... 目录1、背景2、准备3、正篇【1】存储用户记录的数据页【2】存储目录项记录的数据页【3】聚簇索引【4】二

MySQL中的InnoDB单表访问过程

《MySQL中的InnoDB单表访问过程》:本文主要介绍MySQL中的InnoDB单表访问过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、背景2、环境3、访问类型【1】const【2】ref【3】ref_or_null【4】range【5】index【6】

MySQL之InnoDB存储页的独立表空间解读

《MySQL之InnoDB存储页的独立表空间解读》:本文主要介绍MySQL之InnoDB存储页的独立表空间,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、背景2、独立表空间【1】表空间大小【2】区【3】组【4】段【5】区的类型【6】XDES Entry区结构【

SQLite3 在嵌入式C环境中存储音频/视频文件的最优方案

《SQLite3在嵌入式C环境中存储音频/视频文件的最优方案》本文探讨了SQLite3在嵌入式C环境中存储音视频文件的优化方案,推荐采用文件路径存储结合元数据管理,兼顾效率与资源限制,小文件可使用B... 目录SQLite3 在嵌入式C环境中存储音频/视频文件的专业方案一、存储策略选择1. 直接存储 vs

浏览器插件cursor实现自动注册、续杯的详细过程

《浏览器插件cursor实现自动注册、续杯的详细过程》Cursor简易注册助手脚本通过自动化邮箱填写和验证码获取流程,大大简化了Cursor的注册过程,它不仅提高了注册效率,还通过友好的用户界面和详细... 目录前言功能概述使用方法安装脚本使用流程邮箱输入页面验证码页面实战演示技术实现核心功能实现1. 随机

Navicat数据表的数据添加,删除及使用sql完成数据的添加过程

《Navicat数据表的数据添加,删除及使用sql完成数据的添加过程》:本文主要介绍Navicat数据表的数据添加,删除及使用sql完成数据的添加过程,具有很好的参考价值,希望对大家有所帮助,如有... 目录Navicat数据表数据添加,删除及使用sql完成数据添加选中操作的表则出现如下界面,查看左下角从左