的数据库操作方法需要指定 statement 的 id，这里存在硬编码，不 得于开发维护。 2.4 Mapper 动态代理方式 2.4.1 实现原理 Mapper 接口开发方法只需要程序员编写 Mapper 接口（相当于 Dao 接口），由 Mybatis 框架根据接口定义创建接口的动态代理对象，代理对象的方法体同上边 Dao 接口实现类方 法。 Mapper 接口开发需要遵循以下规范： 1、 Mapper SqlSession session = sqlSessionFactory.openSession(); //获取mapper接口的代理对象 UserMapper userMapper = session.getMapper(UserMapper.class); //调用代理对象方法 User user = userMapper.findUserById(1); System.out.println(user); throws Exception { //获取session SqlSession session = sqlSessionFactory.openSession(); //获取mapper接口的代理对象 UserMapper userMapper = session.getMapper(UserMapper.class); //要添加的数据 User user = new User(); user

第二步：导入坐标 第三步：编写必要代码（实体类和持久层接口） 第四步：编写 SqlMapConfig.xml 第五步：编写映射配置文件 第六步：编写测试类 第2章 基于代理 Dao 实现 CRUD 操作 使用要求： 1、持久层接口和持久层接口的映射配置必须在相同的包下 2、持久层映射配置中 mapper 标签的 namespace 属性取值必须是持久层接口的全限定类名 builder.build(in); //4.创建 SqlSession 对象 session = factory.openSession(); //5.创建 Dao 的代理对象 userDao = session.getMapper(IUserDao.class); } 传智播客——专注于 Java、.Net 和 Php、网页平面设计工程师的培训 层开发[了解] 使用 Mybatis 开发 Dao，通常有两个方法，即原始 Dao 开发方式和 Mapper 接口代理开发方式。而现在主流 的开发方式是接口代理开发方式，这种方式总体上更加简便。我们的课程讲解也主要以接口代理开发方式为主。在 第二章节已经给大家介绍了基于代理方式的 dao 开发，现在给大家介绍一下基于传统编写 Dao 实现类的开发方式。 5.1 Mybatis 实现 DAO

映射文件中的标签中的 namespace 中必须指定 Mapper 接口 的全类名 2 Mapper 映射文件中的增删改查标签的 id 必须指定成 Mapper 接口中的方法名. 3) 获取 Mapper 接口的代理实现类对象 @Test public void test() throws Exception{ String resource = "mybatis-config.xml"; InputStream build(inputStream); SqlSession session = sqlSessionFactory.openSession(); try { //Mapper接口:获取Mapper接口的 代理实现类对象 EmployeeMapper mapper = session.getMapper(EmployeeMapper.class); JAVAEE 课程系列 ————————————————————————————— mybatis 全局配置文件中注册 3.6 plugins 插件机制 1) 插件是 MyBatis 提供的一个非常强大的机制，我们可以通过插件来修改 MyBatis 的一些 核心行为。插件通过动态代理机制，可以介入四大对象的任何一个方法的执行 2) 四大对象: Executor (update, query, flushStatements, commit, rollback, getTransaction

61 4.10.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 代理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 APM . . . 6.5.2 SQLVisitorFacade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 6.6 代理端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213 6.6 规范的数据库，目前支持 MySQL，PostgreSQL，Oracle，SQLServer 以及任何 可使用 JDBC 访问的数据库。 1.1.2 ShardingSphere-Proxy 定位为透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支 持。目前提供 MySQL 和 PostgreSQL（兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使

60 4.10.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 代理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 APM . . . 6.5.2 SQLVisitorFacade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207 6.6 代理端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208 6.6 规范的数据库，目前支持 MySQL，PostgreSQL，Oracle，SQLServer 以及任何 可使用 JDBC 访问的数据库。 1.1.2 ShardingSphere-Proxy 定位为透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支 持。目前提供 MySQL 和 PostgreSQL（兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使

62 4.10.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 代理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 APM . . . 6.5.2 SQLVisitorFacade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224 6.6 代理端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225 6.6 规范的数据库，目前支持 MySQL，PostgreSQL，Oracle，SQLServer 以及任何 可使用 JDBC 访问的数据库。 1.1.2 ShardingSphere-Proxy 定位为透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支 持。目前提供 MySQL 和 PostgreSQL（兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使

285 已知实现 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286 5.6 代理端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286 5.6 ShardingSphere‐JDBC 定位为轻量级 Java 框架，在 Java 的 JDBC 层提供的额外服务。 ShardingSphere-Proxy ShardingSphere‐Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支 持。 1 Apache ShardingSphere document, v5.2.0 1.1.2 产品功能 特性 定义 数 据 分片 通过影子库功能支持在复杂压测场景下数据隔离，压 测获得测试结果可准确反应系统真实容量和性能水平。 1.1.3 产品优势 • 极致性能 驱动程序端历经长年打磨，效率接近原生 JDBC，性能极致。 • 生态兼容 代理端支持任何通过 MySQL/PostgreSQL 协议的应用访问，驱动程序端可对接任意实现 JDBC 规范的数 据库。 • 业务零侵入 面对数据库替换场景，ShardingSphere 可满足业务无需改造，实现平滑业务迁移。

ShardingSphere-Proxy ShardingSphere‐Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支 持。 1.2 产品功能 1.3 产品优势 • 极致性能 驱动程序端历经长年打磨，效率接近原生 JDBC，性能极致。 • 生态兼容 代理端支持任何通过 MySQL/PostgreSQL 协议的应用访问，驱动程序端可对接任意实现 JDBC 任意 性能 损耗低 损耗略高 无中心化 是 否 静态入口 无 有 3.2 ShardingSphere-Proxy 独立部署 ShardingSphere‐Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支 持。目前提供 MySQL 和 PostgreSQL 协议，透明化数据库操作，对 DBA 更加友好。 • 向应用程序完全透明，可直接当做 MySQL/PostgreSQL Apache ShardingSphere document 7.2 ShardingSphere-Proxy 7.2.1 应用场景 ShardingSphere‐Proxy 的定位为透明化的数据库代理，理论上支持任何使用 MySQL、PostgreSQL、open‐ Gauss 协议的客户端操作数据，对异构语言、运维场景更友好。 7.2.2 使用限制 ShardingSphere‐Proxy

ShardingSphere-Proxy ShardingSphere‐Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支 持。 1.2 产品功能 1.3 产品优势 • 极致性能 驱动程序端历经长年打磨，效率接近原生 JDBC，性能极致。 • 生态兼容 代理端支持任何通过 MySQL/PostgreSQL 协议的应用访问，驱动程序端可对接任意实现 JDBC 任意 性能 损耗低 损耗略高 无中心化 是 否 静态入口 无 有 3.2 ShardingSphere-Proxy 独立部署 ShardingSphere‐Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支 持。目前提供 MySQL 和 PostgreSQL 协议，透明化数据库操作，对 DBA 更加友好。 • 向应用程序完全透明，可直接当做 MySQL/PostgreSQL Apache ShardingSphere document 7.2 ShardingSphere-Proxy 7.2.1 应用场景 ShardingSphere‐Proxy 的定位为透明化的数据库代理，理论上支持任何使用 MySQL、PostgreSQL、open‐ Gauss 协议的客户端操作数据，对异构语言、运维场景更友好。 7.2.2 使用限制 ShardingSphere‐Proxy

ShardingSphere-Proxy ShardingSphere‐Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支 持。 1.2 产品功能 1.3 产品优势 • 极致性能 驱动程序端历经长年打磨，效率接近原生 JDBC，性能极致。 • 生态兼容 代理端支持任何通过 MySQL/PostgreSQL 协议的应用访问，驱动程序端可对接任意实现 JDBC 任意 性能 损耗低 损耗略高 无中心化 是 否 静态入口 无 有 3.2 ShardingSphere-Proxy 独立部署 ShardingSphere‐Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支 持。目前提供 MySQL 和 PostgreSQL 协议，透明化数据库操作，对 DBA 更加友好。 • 向应用程序完全透明，可直接当做 MySQL/PostgreSQL Apache ShardingSphere document 7.2 ShardingSphere-Proxy 7.2.1 应用场景 ShardingSphere‐Proxy 的定位为透明化的数据库代理，理论上支持任何使用 MySQL、PostgreSQL、open‐ Gauss 协议的客户端操作数据，对异构语言、运维场景更友好。 7.2.2 使用限制 ShardingSphere‐Proxy