介绍

dbVisitor 提供 Java 对关系数据库更加自然的访问。

dbVisitor 是建立在 JDBC 基础之上，如果您的数据源有 JDBC 驱动程序，则可以很方便的将其与 dbVisitor 一起使用。它改进了 JDBC 低级接口提供更加自然的 API。

dbVisitor 是方便 Java 访问数据库的库，虽然有些类似 ORM 但和真正意义上的 ORM 理念比起来还是有很多不同点。

dbVisitor 是简单的，它专注数据库的访问。任何带有具体业务含义的特定功能都不属于 dbVisitor 范畴。尽管如此你仍然可以利用 dbVisitor 巧妙的设计来满足特定业务的需要。

为什么使用它？

基于 JDBC 的数据库访问的方式和库已经非常多并且其中不缺乏有很多知名的工具。即便如此人们依然在寻找对数据的访问更加简单便利的方法，这也使得有更多先进或更有意思的数据访问方式出现。

从 EJB 到 Hibernate 再到后来的 MyBatis、SpringJDBC 及曾经或者依然活跃的 ActiveRecord、QueryWrapper、Row、Chain、JPA 等等。每种新方式都有给人带来惊喜同时也会带来其固有的局限性。

dbVisitor 并没有开创某种新型的访问方式而是将广为流行的访问方式加以整合汇聚，使用者可以选择适合的方式访问数据库。

v6.0.0 是一次重大不兼容升级，架构方面 v6.0 开始所有 API 都遵循统一的规则、参数、结果接收、类型处理、对象映射 机制。

5.0 系列中的 LambdaTemplate 更名为 WrapperAdapter 功能总体保持一致，细节差异不在一一列出。
5.0 事务管理器延续到新版本中。
5.0 中的 DalSession 更名为 Session，内部实现机制有重大变化。
5.0 中的 TableReader 接口删除。
5.0 中主键生成器存在 GeneratedKeyHandler、KeyHolder 两套机制，现合并为一套。
5.0 中 @Query、@Insert 等注解中的 xml 属性被删除，动态 SQL 需要使用规则或者明确使用 Mapper File 来替代。
5.0 中的多值处理策略，在 6.0 中被删除。
JdbcOperations 接口在 6.0 中有重大变化可能无法与 5.0 保持兼容。
6.0 开始 dbVisitor 不会在自动探测数据源的方言类型，需要在框架上通过 Option 明确指定。
名称参数写法 groupId in (:groupIds) 废弃，因此 @{and, groupId in (:groupIds)} 规则用法也无效了。需要使用 IN 规则来替代。
MappingRegistry类 loadMapper(InputStream)、loadMapper(URL) 方法删除，使用 loadMapper(String) 或 loadMapper(String, boolean) 替换