对象关系阻抗

想来Hibernate的精髓是他作的对象之间的映射吧。但我在使用中并没有理解这些映射带来的好处， 举个例子：一个组织Org下包含多个用户User。我做了从Org到User的Set映射，还有User到Org的一到多的映射。

订单Order与帐户Account；类别Category与产品Products这几个类。我得开始想法，Order需要知道Account的知识，而Account也需要查询对应的Order列表；这样二者可以建立双向一对多的关联。Category与Products二者的关系也是一样，双向一对多关联

　　　　　　　　　使用hibernate是使用oracleA存　　　在ＪＤＯＮ　逛了许久，学到了很多东西，在专注与技术的同时，知道还要关注架构，关注模式．　　　最近要进行架构选择的时候，我在想用tapestry+spring+hibernate;还是tapestry+spring+o

请教各位老师

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

在用hibernate进行o/r映射的时候遇到这样的问题：hibernate要求你把所有的表都生成类，然后，从域模型出发进行映射。这引发了我得一个思考，似乎进行关系建模的时候，得出的实体（表），也都是来自与需求中的实体，而对象建模的得到的模型也是基于需求中的实体，二者似乎重合了，甚至可能一一

banq,现在我就碰到了必须自己建立一层O/R Map的问题，我必须将关系数据库中的取得的大量数据转换成对象,我没有用EJB,那么这个O/R Map该如何去建立呢?请指点一下实现思路.还有就是这样合理吗?很可能一次就要创建数千个对象,客户端连上来的数量一多,每个都查询不同性质的数据,这样就无

目前正基于Hibernate来开发一些项目。建模中，碰到一些问题，不知该如何解决，请教各位。问题是这样的：假设我需要存储三个类，A,B,C，其中A是B和C的父类。那么，按照Hibernate的建议，我应该在xml中定义A的存储，并将B,C作为A的subclass来声明。但是这

现在我们的开发中大量用到存储过程，应该说稍微复杂点的计算我们都放到存储过程中了，但是我又看到大量的例子不使用存储过程，而是将计算过程都放到了class中实现，请问，这两种方法各自的利弊是什么？？

目前正制作一个b/s结构的电子表单服务器,功能包括表单的样式设计,显示;表单结构的表示及数据的存储.设计表单用的是简单的网页编辑器,其中包括一些通用的网页控件,生成的表单以html的形式保存,主要目的是用于表单(样式)的显示及存储.表单的结构及数据则保存在数据库中,具体表单实例的数据通过数据