MyBatis知多少(11)企业数据库

企业数据库比应用程序数据库更大,其外部影响也更大。它们与其他系统之间存在更多的关系,包括依赖关系和被依赖关系。这些关系可能是Web应用程序与报表工具之间的,但也很有可 能是与其他的复杂系统和数据库的接口。在企业数据库中,不仅仅存在远比应用程序数据库多得 多的外部接口,而且这些接口的作用方式也大不相同。一些接口可能是用于每晚批量加载数据的 接口,其他的则可能是实时事务处理接口。由于这些原因,企业数据库本身可能实际上就是由不止一个数据库组成的。下图从较高的层次描绘了一个企业数据库的例子。

企业数据库对于其设计和使用都强加了许多限制。对于数据完整性、性能以及安全性,企业 数据库往往比应用程序数据库要考虑更多的因素。基于这个原因,企业数据库为分离关注点和分 隔需求,往往会分裂为多个部分。如果试图仅创建单个的数据库来满足企业系统的所有需求,其代价将非常昂贵并且复杂,或者根本就不实际甚至不可能。

上图描绘的示例,需求按照横向的非业务需求被划分。具体来说,这些数据库被划分为集成数据库(integration database)、在线事务数据库(online transactional database)以及报表数 据库(reporting database)。集成数据库和报表数据库都通过批量加载(batch load)与事务数据库交互,这也就暗示了这个系统并不要求报表必须是最新的,另外事务数据库也只要求能够周期性地从第三方系统中更新数据。这样设计的好处就在于我们能够大大减轻事务数据库的负担,从而使一个较为简单的设计成为可能。一般来说,要设计一个同时对集成性、事务性和报表都是高效 的数据库是不实际的。对以上的每一个性能都有一些设计模式可保证最佳的性能和设计。但有时 我们的需求是近似于实时的集成和报表功能。对这样的需求之前的设计就无法满足了。这时你可 能会发现需要将企业数据库按照业务功能纵向划分。

不管企业数据库如何设计,要理解应用程序数据库与企业数据库的不同点都非常容易。理解你的环境有哪些特别的限制,以保证你的应用程序总能高效地使用数据库并且与其他使用当前数据库的应用程序相安无事,这非常重要。

MyBatis在企业数据库环境中工作得非常出色。它具有的一些特征使得它成为了与复杂的数据 库设计和大型数据集协调工作的理想工具。iBATIS用于多数据库时同样非常出色,因为它从来没 有假设某个类型的对象必须仅来自一个数据库。它同样支持在单个事务中涉及多数据库的复杂事 务。此外,MyBatis不仅对在线事务系统非常有用,同样对实现报表系统和集成系统也非常有用。

系列文章:

MyBatis知多少(1)

MyBatis知多少(2)

MyBatis知多少(3)

MyBatis知多少(4)MyBatis的优势

MyBatis知多少(5)业务对象模型

MyBatis知多少(6)表现层与业务逻辑层

MyBatis知多少(7)持久层

MyBatis知多少(8)关系型数据库

MyBatis知多少(9)不同类型的数据库

MyBatis知多少(10)应用程序数据库

时间: 2024-12-26 10:05:29

MyBatis知多少(11)企业数据库的相关文章

MyBatis知多少(13)MyBatis如何解决数据库的常见问题

在现代软件项目中数据库通常被认为是遗留组件.它们一直以来都被认为难以使用,不论是出于技术的还是非技术的原因.大多数软件开发人员宁可从头开始完完全全地重建一个数据库. 如果数据库是遗留下来的,相信一些开发人员会真心地希望负有此责的,只可惜两种情况都是不实际的,也不可能发生.不论你是否相信,数据库的存在总有它自己的理由——不论这个理由是否充分.可能是数据库变更的代价太高了,也可能是因为有其他系统依赖于该数据库.不论数据库被质疑的原因如何,我们都应该学会如何高效地与任何类型(包括饱受非议)的数据库打交

MyBatis知多少(9)不同类型的数据库

并非所有的数据库都如此复杂,需要使用昂贵的数据库管理系统以及企业级的硬件.一些数 据库其实非常小,足以运行在一台老式的PC机上.所有的数据库都是不一样的.它们有各自不 同的需求和不同的挑战.iBATIS可以帮助你使用几乎任何类型的关系数据库,但了解你使用的数 据库究竟是哪种类型通常也是非常重要的. 数据库的划分更多是依据它与其他系统的关系,而不是依据其设计和大小.但数据库的设计 和大小又往往取决于它与其他系统的关系.另一个会影响数据库设计和大小的因素就是数据库的 年龄.随着时间的推移,数据库往往

MyBatis知多少(10)应用程序数据库

应用程序数据库往往是最小.最简单.也最易于使用的数据库.这种数据库往往是我们这些开发人员通常不介意使用甚至非常乐意使用的.应用程序数据库通常与我们的应用程序处于同一个项目中,两者一齐设计和实现.正是因为这个原因,应用程序数据库的设计往往存在非常大的自由度,它也最有可能与我们的特定应用程序完美匹配.应用程序数据库的对外影响是最小的, 因为它通常只有一两个对外接口.第一个接口连接到我们的应用程序,而第二个接口可能就是一个简单的报表框架或报表工具.下图从较高的层次展示了一个应用程序数据库以及它与其他系

MyBatis知多少(8)关系型数据库

MyBatis的存在就是为了简化对关系数据库的访问.数据库的确非常复杂,要正确地使用它们需要做很多的工作.数据库负责管理数据和修改数据.我们使用数据库而不简简单单地使用一个 平板文件的原因就在于数据库为我们提供了许多好处,特别是在数据完整性.性能以及安全性方面. 数据完整性 数据完整性可能是数据库提供的最重要的好处了,因为没有数据完整性,其他一切就没有意义了.如果数据不是一致的.可靠的以及正确的,那它们又有多少价值呢.数据库通过使用强数 据类型,强制约束,以及使用事务从而实现数据完整性的要求.

MyBatis知多少(18)MyBatis系统

小型.简单系统 小型应用程序通常只涉及单个数据库,只有一些相当简单的用户界面和领域模型.它的业务逻辑非常简单,甚至对一些简单的CRUD (Create, Read, Update, Delete:增删查改)应用程序来说可能根本就不存在.MyBatis之所以非常适合于小型应用程序,有3个原因. 第一,MyBatis本身就很小并且简单.它不需要服务器或者其他任何类型的中间件.根本不需要任何额外的基础设施.MyBatis也没有任何第三方依赖.MyBatis的最简安装只需 要2个JAR文件,总计不过37

MyBatis知多少(17)MyBatis和JDBC

有了MyBatis,就不再需要编写JDBC代码了.像JDBCT这样的API的确非常强大,但使用起来总不免觉得太过繁琐.代码清单给出了一个使用JDBC的示例. 从这个例子中很容易看出,JDBC API会产生许多额外的开销.尽管如此,每一行代码又都是必不可少的,所以要减少代码量还真不是一件容易的事情.最多也只不过是将其中的一些代码 挪到某个实用方法中,最明显的就是那些关闭资源(如PreparedStatement和 ResultSet)的代码. 其实,如果使用MyBatis,MyBatis在后台也是

MyBatis知多少(25)动态SQL

使用动态查询是MyBatis一个非常强大的功能.有时你已经改变WHERE子句条件的基础上你的参数对象的状态.在这种情况下的MyBatis提供了一组可以映射语句中使用,以提高SQL语句的重用性和灵活性的动态SQL标签. 所有的逻辑是使用一些额外的标签放在:XML文件.下面是一个例子,其中的SELECT语句将努力在两个方面: 如果想传递一个ID,然后它会返回所有与该ID的记录, 否则,将返回所有雇员ID为NULL的记录. <?xml version="1.0" encoding=&q

MyBatis知多少(17)MyBatis读取操作

上篇展示了如何使用MyBatis执行创建操作表.本章将告诉你如何使用MyBatis来读取表. 我们已经在MySQL下有EMPLOYEE表: 1 CREATE TABLE EMPLOYEE ( 2 id INT NOT NULL auto_increment, 3 first_name VARCHAR(20) default NULL, 4 last_name VARCHAR(20) default NULL, 5 salary INT default NULL, 6 PRIMARY KEY (i

MyBatis知多少(19)MyBatis操作

若要使用iBATIS执行的任何CRUD(创建,写入,更新和删除)操作,需要创建一个的POJO(普通Java对象)类对应的表.本课程介绍的对象,将“模式”的数据库表中的行. POJO类必须实现所有执行所需的操作所需的方法. 我们已经在MySQL下有EMPLOYEE表: 1 CREATE TABLE EMPLOYEE ( 2 id INT NOT NULL auto_increment, 3 first_name VARCHAR(20) default NULL, 4 last_name VARCH