数据库进阶-JDBC，Maven

JDBC

sun公司设定的一套数据库标准了，这套标准就是JDBC（Java Database Connectivity）。但它只是规范，不做具体实现。于是数据库厂商又根据JDBC标准，实现自家的驱动Driver。如：mysql驱动com.mysql.cj.jdbc.Driver，Oracle的驱动oracle.jdbc.OracleDriver。有了这套解决方案，java就可以访问数据库中的数据了。

public interface Connection extends Wrapper, AutoCloseable {}

public interface Statement extends Wrapper, AutoCloseable {}

public interface PreparedStatement extends Statement {}

public interface CallableStatement extends PreparedStatement {}

public interface ResultSet extends Wrapper, AutoCloseable {}

Java中提倡面向接口开发，而最经典的接口设计莫过于JDBC数据库接口。

方式1：直接下载jdbc的jar包，注意分清版本5.1.32和8.0.24

使用步骤：

1.导入jar包：

2.在java中使用

Class.forName("com.mysql.cj.jdbc.Driver")//第一步注册驱动
Connection c = DriverManager.getConnection(url,root,pwd)//第二步获取链接
//url("jdbc:mysql://localhost:3306/cgb2022(数据库的名字)?characterEncoding=utf8")
//root 数据库的帐号
//pwd 数据库的密码
String sql = "select * from user"//创建sql语句
String sql2 = "insert into from user values(?,?)"//传参使用占位符?
Statement s = c.createStatement //第三步，获取传输器注意这种传输器会被SQL注入，一般不用
PreparedStatement p = c.prepareStatement(sql1);//SQL骨架，需要给占位符传参
set.Object(1,"name")//给第一个？传参，后期不知道传入类型一般用Object
set.Object(2,"18")//给第二个？传参，后期不知道传入类型一般用Object
p.executeUpdate(sql1);//执行添加语句
ResultSet r = s.executeQuery(sql);//执行查询，查询的结果给Set保存
while(r.next()){
    for (int i = 1; i <= 5 ; i++) {   //假设有4列，这个地方可以用反射去获取列，暂不列出
                //获取每列的值并打印
                System.out.println( rs.getString(i) );
    }
}


//关流
c.close()
s.close()
p.close()
r.close()

Maven

Maven是跨平台的项目管理工具。作为Apache组织中的一个颇为成功的开源项目，主要服务于基于java平台的项目构建、依赖管理和项目信息管理。无论是小型的开源类库项目，还是大型的企业级应用；无论是传统的瀑布式开发，还是流行的敏捷模式，Maven都能大显身手。

为何需要maven？
Java工程中我们自己去找jar，或者来自官网，或者来自网友的分享，或者来自项目团队的共享，不论何种方式，都需要把jar文件复制到lib目录中，并且buildpath。

Maven改变这种手动维护jar的方式，设计出一套自动维护jar的体系，已经广泛在软件项目中使用，是软件开发人员必须掌握的技术。

四大特征

全新的设计体系：创先河的发明pom模型，引入了“仓库”、“依赖”、“坐标”和“命令”。

仓库 repository

Maven是分布式架构，它有一个全球仓库，称为中央仓库，全球开发者都可以连接它来自动下载jar包，而无需去厂家官网下载了。都到一个中央仓库下载，中央仓库压力山大，于是全球各地做镜像仓库，如中国就有网易、阿里等镜像仓库。但每次都去外网下载，那不成天光交网费了。Maven当然不会这么做了，它还有本地仓库。下载一次后，不会再次下载的，除非你删除了。

当用户需要某个jar包时，先到本地仓库寻找，没有再去镜像仓库，没有再去中央仓库。中央仓库找到后，并不直接返回到本地仓库，而是保存一份到镜像仓库，镜像仓库返回本地仓库，本地仓库也保存一份，然后返回给调用者。这样设计是不是太精妙了，只需维护中央仓库，其它仓库自行维护。这就是maven的魅力，这种设计思想是我们开发者需要琢磨和借鉴的。

因为其全自动化，中央仓库默认，镜像仓库需要配置，而无需写一句代码。

仓库只解决了jar从哪来来和放在哪里，jar包千千万，我们有jdbc驱动，有junit单元测试，有spring框架，有mybatis等等，那如何去给我们的项目调用呢？

依赖 dependency

每个核心jar包形成一个依赖，maven底层进行它相关的jar的自动导入


	mysql
	mysql-connector-java
	5.1.32

坐标 coordinate

Maven世界拥有大量构建，我们需要找一个用来唯一标识一个构建的统一规范。拥有了统一规范，就可以把查找工作交给机器，默认查找jar包。

命令 mvn cmd

Maven借鉴前辈定义了一套生命周期。共有3个生命周期：clean、default、site，每个生命周期包含多个阶段phase。这个并没有什么称奇的，而接下来才是厉害的地方。

常用命令

clean 清理
compile 编译
test 测试
site 站点文档
package 打包jar、war
deploy 部署到私服
install 安装jar到本地仓库中
run 运行

小结
优点：

Jar管理起来更加轻松，已经被业界广泛采用，springboot就是maven的延伸
仓库的独特设计，实现仓库自行维护
依赖管理方便很多，把开发人员从手工导包解脱出来
坐标体系使不同厂商的文件也井然有序，不会冲突覆盖
生命周期对应命令，使一键做完以前手动的n步事情

缺点：

下载异常让初学者手足无措，不得不删掉仓库重新下就好了，为什么好了，不知道
部分包因为版本问题，需要手工导入
引发新的问题，版本冲突：大型项目中jar中依赖其它jar包，会发生你调3.1，我调3.2，臭名昭著的版本冲突问题，如何解决呢？上面方式手工排除，而maven采用就近原则
本地仓库日积月累巨大，本人的达到2g，很多低版本的jar已经无用，或者过气的技术的jar
大型项目中jar冲突非常厉害，仍需手动排除，而且实现方式很多，没有统一规则。如当年加入dubbo的jar时，那冲突叫做满天飞，项目做完也没很良好的解决。但这点springboot却解决了，maven的失败却早就了今天springboot能大行其道的根本原因。

使用Maven

设置镜像仓库

默认从maven官网下载，全球都去下载，又是国外网站，因此速度缓慢。

配置为阿里镜像，速度快，但有时有错，如果有错，删除配置，默认从maven官网下载。配置阿里私服镜像仓库,可以写在mirrors标签中间：


	ali
	ali Maven
	*
	https://maven.aliyun.com/repository/public/

改变本地仓库位置

默认仓库位置：C:Userslpx.m2,建议改变默认仓库位置的配置，否则重装操作系统时，可能会把仓库误删除。

第二种导入JDBC的方式



    4.0.0

    cn.tedu
    mavencgb
    1.0-SNAPSHOT
    
    
        
            mysql
            mysql-connector-java
            
            5.1.48

Maven需要具体配置，不作赘述，防止内存溢出

数据库进阶-JDBC，Maven

Java相关栏目本月热门文章