MyBatis知多少（10）应用程序数据库
MyBatis知多少（1）
MyBatis知多少（2）
MyBatis知多少（3）
MyBatis知多少（4）MyBatis的优势
MyBatis知多少（5）业务对象模型
MyBatis知多少（6）表现层与业务逻辑层
MyBatis知多少（7）持久层
MyBatis知多少（8）关系型数据库
MyBatis知多少（9）不同类型的数据库
MyBatis知多少（10）应用程序数据库
标签：
小编还为您整理了以下内容，可能对您也有帮助：
MyBatis知多少（13）MyBatis如何解决数据库的常见问题在现代企业环境中，数据库存在的第一个同时也是最主要的困难其实完全不是技术问题，而是大多数现代软件企业都将数据库的所有权和责任从应用程序开发团队中分离了出来这样一个事实。数据库通常都是完全由企业中的一个小组所拥有。如果幸运的话，这个小组可能会与你的项目团队协同工作一起开发软件。否则，你的项目团队与数据库小组之间就可能存在一堵 “墙”，你所有的需求都必须越过这堵墙传递给对方，然后期望它们能够被接收到并且得到理解。 多么可悲啊，但事实就是这样，并且它一直都在发生着。
要和数据库团队打交道通常都是一件非常困难的事情。主要原因就在于他们往往都承受着巨大的压力且处理的项目不止一个。他们经常需要处理大量的需求，有时这些需求甚至可能是冲突的。数据库系统的管理的确是一项非常困难的任务，因此许多公司都认为它是一项至关重要的职责企业数据库系统的崩溃是会惊动该企业的CEO的。因此，数据库管理团队通常都非常谨慎。 数据库系统的变更控制流程通常都比应用程序代码的变更控制流程要严格得多。数据库的某些变 更可能会需要数据转移。其他一些变更则可能需要进行大量的测试以保证它们对性能不会造成影 响。数据库团队难以交往看来的确是有理由的，因此如果可能，能帮帮他们就帮帮他们吧。
当需要进行数据库设计以及数据库交互时，MyBatis通常能带来极大的灵活性。DBA都希望能够看到将在他们的数据库上运行的SQL,对于复杂的查询，他们甚至可能可以帮忙调整一下，而MyBatis使这种希望成为了现实。一些使用MyBatis的开发团队甚至拥有一个DBA或者数据建模人员来帮助他们直接维护MyBatis的SQL文件。数据库管理员和SQL编程人员要理解MyBatis绝对没有 问题，因为背地里绝对不会发生任何意想不到的事情，他们可以看到所有的SQL语句。
系列文章：
MyBatis知多少（1）
MyBatis知多少（2）
MyBatis知多少（3）
MyBatis知多少（4）MyBatis的优势
MyBatis知多少（5）业务对象模型
MyBatis知多少（6）表现层与业务逻辑层
MyBatis知多少（7）持久层
MyBatis知多少（8）关系型数据库
MyBatis知多少（9）不同类型的数据库
MyBatis知多少（10）应用程序数据库
MyBatis知多少（11）企业数据库
MyBatis知多少（12）私有数据库
MyBatis知多少（13）MyBatis如何解决数据库的常见问题
标签：
Mybatis是什么以及Mybatis和JDBC的关系？
Mybatis是什么
mybatis是一个持久层ORM框架。它内部封装了jdbc，使得开发更简洁，更高效。
MyBatis可以通过xml或注解完成ORM映射关系配置。
Mybatis和JDBC的关系
JDBC是Java提供的一个操作数据库的API； MyBatis是一个持久层ORM框架，底层是对JDBC的封装。
MyBatis对JDBC操作数据库做了一系列的优化：
（1） mybatis使用已有的连接池管理，避免浪费资源，提高程序可靠性。
（2） mybatis提供插件自动生成DAO层代码，提高编码效率和准确性。
（3）mybatis 提供了一级和二级缓存，提高了程序性能。
（4） mybatis使用动态SQL语句，提高了SQL维护。（此优势是基于XML配置）
（5） mybatis对数据库操作结果进行自动映射
MyBatis的优点和缺点
优点：
简单：易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。
实用：提供了数据映射功能，提供了对底层数据访问的封装（例如ado.net），提供了DAO框架，可以使我们更容易的开发和配置我们的DAL层。
灵活：通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。
功能完整：提供了连接管理，缓存支持，线程支持，（分布式）事物管理，通过配置作关系对象映射等数据访问层需要解决的问题。提供了DAO支持，并在DAO框架中封装了ADO.NET，NHibernate和DataMapper。
增强系统的可维护性：通过提供DAO层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。
缺点：
sql工作量很大，尤其是字段多、关联表多时，更是如此。
sql依赖于数据库，导致数据库移植性差。
由于xml里标签id必须唯一，导致DAO中方法不支持方法重载。
字段映射标签和对象关系映射标签仅仅是对映射关系的描述，具体实现仍然依赖于sql。（比如配置了一对多Collection标签，如果sql里没有join子表或查询子表的话，查询后返回的对象是不具备对象关系的，即Collection的对象为null）。
DAO层过于简单，对象组装的工作量较大。
不支持级联更新、级联删除。
编写动态sql时,不方便调试，尤其逻辑复杂时。
提供的写动态sql的xml标签功能简单（连struts都比不上），编写动态sql仍然受限，且可读性低。使用不当，容易导致N+1的sql性能问题。
MyBatis如何实现Mysql数据库分库分表的实例详解
这篇文章主要介绍了MyBatis实现Mysql数据库分库分表操作和总结,需要的朋友可以参考下
前言
作为一个数据库，作为数据库中的一张表，随着用户的增多随着时间的推移，总有一天，数据量会大到一个难以处理的地步。这时仅仅一张表的数据就已经超过了千万，无论是查询还是修改，对于它的操作都会很耗时，这时就需要进行数据库切分的操作了。
MyBatis实现分表最简单步骤
既然文章的标题都这么写了，不如直接上干货来的比较实际，我们就先来看看如何实现最简单的分表。
1、我们模拟用户表数据量超过千万（虽然实际不太可能）
2、用户表原来的名字叫做user_tab，我们切分为user_tab_0和user_tab_1（实际也可能不是这么随意的名字），这样就能把原来千万的数据分离成两个百万的数据量的两张表了。
3、如何操作这两张表呢？我们利用userId也就是用户的唯一标识进行区分。
4、userId%2 == 0的用户操作表user_tab_0，同理userId%2 == 1的用户操作表user_tab_1
5、那么在MyBatis中sql语句如何实现呢？下面是举例查询一个用户的sql语句
<select id="getUser" parameterType="java.util.Map" resultType="UserDO">
SELECT userId, name
FROM user_tab_#{tabIndex}
WHERE userId = #{userId}
</select>其中我们传入了两个参数tabIndex和userId，tabIndex就是需要操作表的标示值（0或1），这样如果需要查询userId为5的用户，那么最终出现的sql语句就会是：
SELECT userId, name
FROM user_tab_1
WHERE userId = 5其他多余的DAO服务和实现我这里就不多展示了，相信聪明的你肯定会的。