目录
1.连接池以及事务控制
1.1 mybatis中连接池使用及分析
1、连接池:
我们在实际开发中都会使用连接池。
因为它可以减少我们获取连接所消耗的时间。
2、mybatis中的连接池
mybatis连接池提供了3种方式的配置:
配置的位置:
主配置文件SqlMapConfig.xml中的dataSource标签,type属性就是表示采用何种连接池方式。
type属性可以取: POOLED、UNPOOLED、JNDI
type属性的取值意义:
POOLED 采用传统的javax.sql.DataSource规范中的连接池,mybatis中有针对规范的实现
UNPOOLED 采用传统的获取连接的方式,虽然也实现Javax.sql.DataSource接口,但是并没有使用池的思想。
JNDI 采用服务器提供的JNDI技术实现,来获取DataSource对象,不同的服务器所能拿到DataSource是不一样。
注意:如果不是web或者maven的war工程,是不能使用JNDI 的。
课程中使用的是tomcat服务器,采用连接池就是dbcp连接池。
MyBatis 在初始化时,根据<dataSource>的 type 属性来创建相应类型的的数据源 DataSource,即:
type=”POOLED”:MyBatis 会创建 PooledDataSource 实例
type=”UNPOOLED” : MyBatis 会创建 UnpooledDataSource 实例
type=”JNDI”:MyBatis 会从 JNDI 服务上查找 DataSource 实例,然后返回使用
1.2 mybatis事务控制的分析
2.mybatis基于XML配置的动态SQL语句使用
mapper配置文件中的几个标签
<if>
<select id="findByCondition" resultType="user">
select * from users where 1=1
<if test="username != null">
and username = #{username}
</if>
<if test="sex != null">
and sex = #{sex}
</if>
</select>
<where>
<foreach>
3.mybatis中的多表操作
一对一
方法一:通过建立子类AccountUser的方式,实现多表连接查询
方法二:常用方式:一对一的查询
IAccountDao.xml文件中的配置如下:从表中建立主表User的映射配置
<!-- 定义封装account和user的resultMap-->
<resultMap id="accountUserMap" type="code.domain.Account">
<id property="id" column="aid"></id>
<result property="uid" column="uid"></result>
<result property="money" column="money"></result>
<!-- 一对一的关系映射:配置封装user的内容-->
<association property="user" column="uid" javaType="user">
<id property="username" column="username"></id>
<result property="address" column="address"></result>
<result property="sex" column="sex"></result>
<result property="birthday" column="birthday"></result>
</association>
</resultMap>
<!--配置查询所有 其中id不能乱写必须是dao接口中的方法 resultType写的是实体类的全路径-->
<select id="findAll" resultMap="accountUserMap">
select u.*,a.id as aid,a.uid,a.money
from account a,user u
where u.id =a.uid;
</select>
注意: javaType=“User” 指名的是主体表的实体类名 。column中指名从表的外键
一对多
一个用户User对应一组Account,主表User中建立从表Account的集合应用,并在IUserDao.xml中配置映射关系
多对多
用户与角色的关系。多个用户对应多种角色,必须借助中间表实现多对多的映射
当我们查询用户时,可以同时得到用户所包含的角色信息
注意:collection标签属性中oftype值为映射到的引用对象Role类型(这里已经使用了别名)
当我们查询角色时,可以同时得到角色的所赋予的用户信息
4.JNDI
什么是JNDI?
没有JNDI的做法存在的问题:
1、数据库服务器名称MyDBServer 、用户名和口令都可能需要改变,由此引发JDBC URL需要修改;
2、数据库可能改用别的产品,如改用DB2或者Oracle,引发JDBC驱动程序包和类名需要修改;
3、随着实际使用终端的增加,原配置的连接池参数可能需要调整;
4、......
解决办法:
程序员应该不需要关心“具体的数据库后台是什么?JDBC驱动程序是什么?JDBC URL格式是什么?访问数据库的用户名和口令是什么?”等等这些问题,程序员编写的程序应该没有对 JDBC 驱动程序的引用,没有服务器名称,没有用户名称或口令 —— 甚至没有数据库池或连接管理。而是把这些问题交给J2EE容器来配置和管理,程序员只需要对这些配置和管理进行引用即可。
由此,就有了JNDI。
用了JNDI之后的做法:
首先,在在J2EE容器中配置JNDI参数,定义一个数据源,也就是JDBC引用参数,给这个数据源设置一个名称;然后,在程序中,通过数据源名称 引用 数据源 从而访问后台数据库。
JNDI的环境配置修改 以及需要的配置文件
操作数据库的代码要放到tomcat中运行