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

相关文章

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

异构存储(冷热数据分离)

异构存储主要解决不同的数据,存储在不同类型的硬盘中,达到最佳性能的问题。 异构存储Shell操作 (1)查看当前有哪些存储策略可以用 [lytfly@hadoop102 hadoop-3.1.4]$ hdfs storagepolicies -listPolicies (2)为指定路径(数据存储目录)设置指定的存储策略 hdfs storagepolicies -setStoragePo

HDFS—存储优化(纠删码)

纠删码原理 HDFS 默认情况下,一个文件有3个副本,这样提高了数据的可靠性,但也带来了2倍的冗余开销。 Hadoop3.x 引入了纠删码,采用计算的方式,可以节省约50%左右的存储空间。 此种方式节约了空间,但是会增加 cpu 的计算。 纠删码策略是给具体一个路径设置。所有往此路径下存储的文件,都会执行此策略。 默认只开启对 RS-6-3-1024k

作业提交过程之HDFSMapReduce

作业提交全过程详解 (1)作业提交 第1步:Client调用job.waitForCompletion方法,向整个集群提交MapReduce作业。 第2步:Client向RM申请一个作业id。 第3步:RM给Client返回该job资源的提交路径和作业id。 第4步:Client提交jar包、切片信息和配置文件到指定的资源提交路径。 第5步:Client提交完资源后,向RM申请运行MrAp

【机器学习】高斯过程的基本概念和应用领域以及在python中的实例

引言 高斯过程(Gaussian Process,简称GP)是一种概率模型,用于描述一组随机变量的联合概率分布,其中任何一个有限维度的子集都具有高斯分布 文章目录 引言一、高斯过程1.1 基本定义1.1.1 随机过程1.1.2 高斯分布 1.2 高斯过程的特性1.2.1 联合高斯性1.2.2 均值函数1.2.3 协方差函数(或核函数) 1.3 核函数1.4 高斯过程回归(Gauss

滚雪球学Java(87):Java事务处理:JDBC的ACID属性与实战技巧!真有两下子!

咦咦咦,各位小可爱,我是你们的好伙伴——bug菌,今天又来给大家普及Java SE啦,别躲起来啊,听我讲干货还不快点赞,赞多了我就有动力讲得更嗨啦!所以呀,养成先点赞后阅读的好习惯,别被干货淹没了哦~ 🏆本文收录于「滚雪球学Java」专栏,专业攻坚指数级提升,助你一臂之力,带你早日登顶🚀,欢迎大家关注&&收藏!持续更新中,up!up!up!! 环境说明:Windows 10

速了解MySQL 数据库不同存储引擎

快速了解MySQL 数据库不同存储引擎 MySQL 提供了多种存储引擎,每种存储引擎都有其特定的特性和适用场景。了解这些存储引擎的特性,有助于在设计数据库时做出合理的选择。以下是 MySQL 中几种常用存储引擎的详细介绍。 1. InnoDB 特点: 事务支持:InnoDB 是一个支持 ACID(原子性、一致性、隔离性、持久性)事务的存储引擎。行级锁:使用行级锁来提高并发性,减少锁竞争

Solr 使用Facet分组过程中与分词的矛盾解决办法

对于一般查询而言  ,  分词和存储都是必要的  .  比如  CPU  类型  ”Intel  酷睿  2  双核  P7570”,  拆分成  ”Intel”,”  酷睿  ”,”P7570”  这样一些关键字并分别索引  ,  可能提供更好的搜索体验  .  但是如果将  CPU  作为 Facet  字段  ,  最好不进行分词  .  这样就造成了矛盾  ,  解决方法

Python:豆瓣电影商业数据分析-爬取全数据【附带爬虫豆瓣,数据处理过程,数据分析,可视化,以及完整PPT报告】

**爬取豆瓣电影信息,分析近年电影行业的发展情况** 本文是完整的数据分析展现,代码有完整版,包含豆瓣电影爬取的具体方式【附带爬虫豆瓣,数据处理过程,数据分析,可视化,以及完整PPT报告】   最近MBA在学习《商业数据分析》,大实训作业给了数据要进行数据分析,所以先拿豆瓣电影练练手,网络上爬取豆瓣电影TOP250较多,但对于豆瓣电影全数据的爬取教程很少,所以我自己做一版。 目

Hibernate框架中,使用JDBC语法

/*** 调用存储过程* * @param PRONAME* @return*/public CallableStatement citePro(final String PRONAME){Session session = getCurrentSession();CallableStatement pro = session.doReturningWork(new ReturningWork<C