数据库持久层

㈠ 持久层的概述

大多数情况下特别是企业级应用，数据持久化往往也就意味着将内存中的数据保存到磁盘上加以固化，而持久化的实现过程则大多通过各种关系数据库来完成。
那么什么是持久层呢？
延续思路，所谓“持久层”，也就是在系统逻辑层面上，专着于实现数据持久化的一个相对独立的领域(Domain)。
持久层是负责向（或者从）一个或者多个数据存储器中存储（或者获取）数据的一组类和组件。这个层必须包括一个业务领域实体的模型（即使只是一个元数据模型）。
不过这里有一个字需要特别强调，也就是所谓的“层”。
对于应用系统而言，数据持久功能大多是必不可少的组成部分。那不就是说，我们的系统中，已经天然的具备了“持久层”概念？
也许是，但也许实际情况并非如此。
之所以要独立出一个“持久层”的概念,而不是“持久模块”，“持久单元”，也就意味着，我们的系统架构中，应该有一个相对独立的逻辑层面，专着于数据持久化逻辑的实现.与系统其他部分相对而言，这个层面应该具有一个较为清晰和严格的逻辑边界。

㈡ 请问java三层架构，持久层，业务层，表现层，都该怎么理解和MVC三层模型有什么

这个嘛，有一定的联系啦，也并不是完全是一样的啦，你首先把mvc理解清楚吧，M是MODEL（模型）,V是view（视图）， C是Controller（控制器），而java三层架构，持久层即是数据的持久化操作，就是数据层啦，即是数据库啦，业务层主要是业务逻辑的处理，负责表示层与数据层（持久层）的数据的传递和逻辑处理，就当很接近控制器的功能啦，就可以理解为控制器啦，表示层即是对数据的展示与用户的输入，所以呢？就是视图层啦 1. 用户看到view2. view ——————————》 controller用户操作（点击按钮等）3. controller——————》model调用model中方法3. model ——————》 controller返回数据到controller5. controller——————————》 view传数据到view，更新view6.用户看到更新后的view M——模型层，V——视图层，C——控制层，持久层——通常用于封装数据库连接、数据查询等操作，

㈢ 什么是数据持久层

J2EE的三层结构是指表示层（Presentation），业务逻辑层（Business Logic）以及基础架构层（Infrastructure），这样的划分非常经典，但是在实际的项目开发法中，开发者通常对三层结构进行扩展来满足一些项目的具体要求，一个最常用的扩展就是将三层体系扩展为五层体系，即表示层(Presentation)、控制/中介层(Controller/Mediator)、领域层(Domain)、数据持久层(Data Persistence)和数据源层(Data Source)。它其实是在三层架构中增加了两个中间层。控制/中介层位于表示层和领域层之间，数据持久层位于领域层和基础架构层之间。由于对象范例和关系范例这两大领域之间存在“阻抗不匹配”，所以把数据持久层单独作为J2EE体系的一个层提出来的原因就是能够在对象－关系数据库之间提供一个成功的企业级映射解决方案，尽最大可能弥补这两种范例之间的差异。
三种持久层主流解决方案

1、JDBC
许多开发者用JDBC进行数据库程序的开发。此中方式很多情况下都使用DAO模式，采用sql进行查询。虽然用此方式可以使应用程序代码与具体的数据库厂商和数据库位置无关，不过JDBC是低级别的数据库访问方式，JDBC并不支持面向对象的数据库表示。JDBC数据库表示完全围绕关系数据库模型。在大型应用程序的DAO中书写这样的代码，维护量是非常大的。

2、EJB
在J2EE的规范中，为EJB定义了两种持久化的解决方案：一种是BMP，另一种是CMP。其中CMP不需要将SQL语句加入到代码中。目前，在采用J2EE的应用中，EJB CMP方式得到了广泛应用。更加引人注意的是，随着EJB规范的发展，CMP也包含了一些高级关系的内容。但是，CMP的使用比较复杂，对很多开发人员来说比较难以掌握。而且，不是在所有的情况下都适合在系统中采用EJB，而且想要非常清楚的了解EJB规范也是非常费时的。在用EJB编码前，先要让专家理解API，然后需要了解每一个容器部署时所要关注的技术。此外，许多情况下商用容器的性能和支持也不是很好。

3、JDO
JDO是一个存储java对象的规范，JDO规范1.0的提出可以使你将精力集中在设计Java对象模型，然后在企业应用软件架构的不同层面中存储传统的Java对象（Plain Old Java Objects，简称POJOs），采用JDOQL语言进行SQL操作。一些公司（包括sun）企图根据JDO规范进行设计并实现JDO产品，然而他们都不能很好的进行实现，并且性能优化上比较差。

㈣ java中什么是持久层

持久层，又叫数据访问层。是和数据库直接打交道的层。
所有增删改查的操作全在这个层里

㈤ 数据库持久层是什么东西

MySQL是一个小型关系型数据库管理系统，被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。
这样说可能有点专业了，简单来说，就是一个存储数据的仓库，可以存储文字，图片之类的信息，实现数据操作的增删改查，是网站运行的命脉所在。

PHP呢是一种程序开发语言，一般来说用在网站上面的比较多一些，网站开发的话顺理成章就要用到数据库了，这里，人们首选就是MYSQL，因为有大牛们测试过，PHP和MYSQL搭配起来运行效率各方面都比较不错，是中小型网站开发的首选，与它俩搭配的还有 APAPHE 和 LINUX,业内人士都把这四个合称为 LAMP。

想更多了解的话可以上专业一点的网站上去了解，比如说LAMP兄弟连，康盛创想之类的都是比较知名的PHP开发培训机构，里面的内容很丰富。

㈥ 数据持久层的三种持久层主流解决方案

JDO是一个存储java对象的规范，JDO规范1.0的提出可以使你将精力集中在设计Java对象模型，然后在企业应用软件架构的不同层面中存储传统的Java对象（Plain Old Java Objects，简称POJOs），采用JDOQL语言进行SQL操作。一些公司（包括sun）企图根据JDO规范进行设计并实现JDO产品，然而他们都不能很好的进行实现，并且性能优化上比较差。

㈦ 数据持久层是什么意思

数据持久层位于领域层和基础架构层之间。

由于对象范例和关系范例这两大领域之间存在“阻抗不匹配”，所以把数据持久层单独作为J2EE体系的一个层提出来的原因就是能够在对象－关系数据库之间提供一个成功的企业级映射解决方案，尽最大可能弥补这两种范例之间的差异。

(7)数据库持久层扩展阅读：

J2EE的三层结构是指表示层，业务逻辑层以及基础架构层，这样的划分非常经典，但是在实际的项目开发法中，开发者通常对三层结构进行扩展来满足一些项目的具体要求。

一个最常用的扩展就是将三层体系扩展为五层体系，即表示层、控制/中介层、领域层、数据持久层和数据源层。

在J2EE的规范中，为EJB定义了两种持久化的解决方案：一种是BMP，另一种是CMP，其中CMP不需要将SQL语句加入到代码中。

在采用J2EE的应用中，EJB CMP方式得到了广泛应用。更加引人注意的是，随着EJB规范的发展，CMP也包含了一些高级关系的内容。

但是，CMP的使用比较复杂，对很多开发人员来说比较难以掌握。而且，不是在所有的情况下都适合在系统中采用EJB，而且想要非常清楚的了解EJB规范也是非常费时的。

在用EJB编码前，先要让专家理解API，然后需要了解每一个容器部署时所要关注的技术。此外，许多情况下商用容器的性能和支持也不是很好。

㈧ 通过数据源可以直接操作数据库，为什么又要弄持久层

这个问题就像泡茶一样，有人喜欢把茶叶（相当于sql语句）直接放进杯子里，而有人喜欢用茶叶包（持久层）包着。数据源就是将一般性的sql语句能够嵌套在程序代码中，然后用相应的接口方法执行，它更多的倾向于提供执行接口，而持久层更加倾向于sql的管理。知道为什么了吧，两者其实不矛盾，也没有谁比谁更好的说法，只是看你的项目需要了。非要有比较的话，一般性的应用程序（对数据库的操作频率高，但是数据量不大的情况像博客网站之类）用数据源足已；当然相反的情况下用持久层，在这里建议你：在需要长期维护和将来可能增加新功能的项目中采用持久层。

㈨ 数据库表不固定，经常需要变更字段，没有固定的entity,持久层框架应该怎么选

可以考虑使用MyBatis。可以在持久层中针对不同的传入条件，灵活地生成不同的建表语句。传入传出参数可以使用Map，不使用entity。使用Map可以灵活地根据不同的key取得不同字段的值。

㈩ 数据库持久层到底有什么作用和意义

持久层一般指把数据保存到数据库里。为啥要叫持久层。我觉得只有持久这个词能准确表达它的作用。这么大量的表，持久层啊，想想就恐怖。光光持久层的维护，就有很大的工作量了。
虽然不知道你的应用环境，不过感觉上，你应该尽可能的利用数据库了，比如存储过程这类的。