首页 > 代码库 > 数据持久层（二）
数据持久层（二）
在对象－关系数据库之间提供一个成功的企业 级映射解决方案，尽最大可能弥补这两种范例之间的差异。
持久就是对数据的保持，即对程序状态的保持。通常通过数据库实现持久层是把数据库实现这块当作一个独立逻辑拿出来。
说白了，就是数据库程序是在内存中的，为了使程序运行结束后状态得以保存，就要保存到数据库使用ORM(对象关系数据库映射)技术可以避免代码直接操作数据库，增加可移植性，可扩展性，可维护性。
J2EE
的三层结构是指表示层（
Presentation
），业务逻辑层（
Business Logic
）以及基础架构层
（
Infrastructure
），这样的划分非常经典，但是在实际的项目开发法中，开发者通常对三层结构进行
扩展来满足一些项目的具体要求，一个最常用的扩展就是将三层体系扩展为五层体系，即表示层
(Presentation),
控制
/
中介层
(Controller/Mediator)
、领域层
(Domain),
数据持久层
(Data Persistence)
和数据
源层
(Data Source)
。它其实是在三层架构中增加了两个中间层。控制
/
中介层位于表示层和领域层之
间，数据持久层位于领域层和基础架构层之间。由于对象范例和关系范例这两大领域之间存在
“
阻抗
不匹配
”
，所以把数据持久层单独作为
J2EE
体系的一个层提出来的原因就是能够在对象－关系数据
库之间提供一个成功的企业级映射解决方案，尽最大可能弥补这两种范例之间的差异。
持久 英文即 persistence。就是把数据保存到可掉电式存储设备中供以后使用。
目录
1概述编辑
大多数情况下特别是企业级应用，数据持久化往往也就意味着将内存中的数据保存到磁盘上加以固化，而持久化的实现过程则大多通过各种关系数据库来完成。
那么持久层呢？
延续思路，所谓“持久层”，也就是在系统逻辑层面上，专著于实现数据持久化的一个相对独立的领域(Domain)。
持久层是负责向（或者从）一个或者多个数据存储器中存储（或者获取）数据的一组类和组件。这个层必须包括一个业务领域实体的模型（即使只是一个元数据模型）。
不过这里有一个字需要特别强调，也就是所谓的“层”。
对于应用系统而言，数据持久功能大多是必不可少的组成部分。那不就是说，我们的系统中，已经天然的具备了“持久层”概念？
也许是，但也许实际情况并非如此。
之所以要独立出一个“持久层”的概念,而不是“持久模块”，“持久单元”，也就意味着，我们的系统架构中，应该有一个相对独立的逻辑层面，专著于数据持久化逻辑的实现.与系统其他部分相对而言，这个层面应该具有一个较为清晰和严格的逻辑边界。
2持久层框架编辑
Hibernate
Hibernate[1] 是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。Eclipse平台下的Hibernate辅助开发工具:【Hibernate Synchronizer】【MiddlegenIDE】
MyBatis
使用MyBatis 提供的ORM机制，对业务逻辑实现人员而言，面对的是纯粹的Java对象， 这一层与通过Hibernate 实现ORM 而言基本一致，而对于具体的数据操作，Hibernate 会自动生成SQL 语句，而MyBatis则要求开发者编写具体的SQL 语句。相对Hibernate等 “全自动”ORM机制而言，MyBatis 以SQL开发的工作量和数据库移植性上的让步，为系统 设计提供了更大的自由空间。作为“全自动”ORM 实现的一种有益补充，MyBatis 的出现显 得别具意义。
数据持久层（二）
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。