持久层框架教程

浏览完论坛上的帖子，感觉很多大侠对CMP的使用在观点上都存在偏颇，这对后来者和J2EE新手纯粹就是误导。在我看来，系统规模不大或中等的情况下，使用合适的IDE进行EJB2.0版的CMP开发，效率高，代码质量好，运行稳定，对速度的影响也没有象有些人描述的那样恐怖。我不清楚为什么大家都一窝蜂似的抛弃CM

有人用过iBATIS吗说说

最近在看cmp和Hibernate，知道了一些具体用法，可是居然没有明白到底什么是数据持久化，到底什么情况才算是实现了数据持久。实现了数据持久有什么好处。有没有这方面的资料介绍一下。 望各位高手指教一下。这个问题困扰了我好久。

持久性框架 何谓持久性框架 持久性框架是一组软件服务，将应用程序与其使用和操纵的数据源分离。持久性框架位于机构的数据源之上，隐藏访问这些数据源的数据访问API（如JDBC，JDO或实体EJB）。提供的服务应完全抽象和从这个数据源使用和操纵数据的物

“为什么Hibernate如此成功！”http://hibernate.bluemars.net/38.html这篇文章是Gavin Ki

以前的账号忘了密码了，不好意思 在做的个项目，可能涉及到60多张表，用的是tomcat+mysql环境而基本都是数据的输入、输出、编辑、删除等 我想把从数据检测与数据的写入，显示等封装成个类，然后在

本人在对系统进行详细设计的时候遇到了困难，加上我以前一直想不同的问题，总结如下：1 系统之中的所有表之间都是有关联的（一般情况都是这样的），而这样的话从EJB2.0的角度来讲，就应该把它们全部或者大部分映射成CMP（既然EJB2.0对性能的提升有了很大幅度的提升，那么我是不是可以

最近在做一个小一点的项目，对每个数据类都得写一个DAO,差点把我烦死，以前看过hibernate,可没用过，现在想问问hibernate在实际的项目中可用吗？谢谢！

TSS上登出一篇文章：JDO是时候用了，显示JDO倡导者有些迫不及待了，JDO确实不错，用起来很方便，让Java简单，是很多人倡导的。按照这个思维走下去，我们可能还会回到两层结构，不管怎么说两层结构比两层以上的多层结构开发来得简单。 最简单的是FoxPro

我有一个表，有几个维护这个表的程序，这些程序的作用有的在系统初始化时将此表中的数据先放进内存，以加快速度，有的构造与此表字段映射的对象，作为一个value object,等等。现在由于业务逻辑变化，需要在这个表中加一个字段，于是维护这个表的几个程序都得改动，请问大侠们有什么模式能解决这个问题，使得改

A，B两个CMP，A含有B的主键，也就是说A有一个字段是B的主键。 那么我建立这个CMP的时候，A因为和B有关系，关系字段就是B的本地接口，那么我和很多人讨论过，都说没有必要再保留CMP的B_ID字段了，建立CMP后删除它，以后要访问这个字段都访问关系字段

在Hibernate官方论坛看到的消息，Hibernate Team核心开发成员说： 如果JDO2.0标准足够好的话，那么Hibernate将兼容JDO2.0，并且Gavin King已经是JDO专家成员，主要负责制订JDO2.0标准。

孰优孰劣：使用hibernate管理持久层，还是直接使用Oracle（之类的商用数据库）扩展实现的面向对象功能？请不要告诉我后者移植性不好。（这点我和领导说过，但他表示，我们的客户只可能使用三种数据库系统：Oracle，DB2, SQL Server/Sybase，所以，可以不需要什么很好的

DAO的设计模式比较常用，目前只知道iBatis中的DAO框架实现，是自已写个DAO框架好，还是用开源项目呢? 请大侠推荐一下。thx!

如果不能分页查询，数据量大了，岂不是要当机？另外，我用的是jboss.望高手们给以解惑。