数据关联模型指南

在JiveJdon3的Forum,ForumThread,ForumMessage关联中哪个是聚合的根？在多个对象关联的情况下如何分辨出哪个是聚合的根？

在hibernate或ejb3中，做多表关联查询操作时，是利用对象(HSQ)间的关联查询还是使用视图查询，哪个效率高些？请有经验的贡献自己的具体方法，谢谢。

正方形extends长方形 or not?有人说继承是为了数据的套用,为了方法的重复利用;还有人居然发现"虽然'正方形 is a 长方形'但是数学意义上适用于长方形的运算不能完全适用于正方形".今天本人厚脸,也来谈谈这个具体的extends问题.既然就事论事,首先了解一下两者的本质为

有个客户关系管理系统。现在有几个业务对象，如投诉信息对象、报装信息、报修信息等等。每个业务里可以有要求回访，并且一个业务可能对应要求几次回访。所以把回访信息单独进行一个对象维护。 class CallBackInfo(){

分析了一下，ID作为主键会出问题主要是在用到Set的情况下（也就是一对多或者多对多），比如说某用户保存了两个新建的email。

对于信息发布系统来说，肯定要有分类字段，如一条新闻有一级分类和二级分类。在这里，按照我的设计， 二级分类和一级分类都是一个实体，他们之间是多对一的关系（双向关联）。然后再和一条新闻关联，新闻和第一类别应该是多对一的关系（双向关联）。请问bang大哥，我这样的设计有没有问题呢。

我是新手，请教关于一个设计的问题。 需求如下：产品:图片，1：N，一个产品对应多张图片。 我的问题是：图片这个entity在产品中的表现形式，哪种比较好：

请教论坛中的各位高人:我在淘宝上买东西时,突然想到 如果用面向对象的思想 对淘宝进行分析 是个不错的学习机会,但是 我现在碰到个问题, 请各位帮忙解答:谢谢!我的问题是:买家和卖家在面向对象分析中应该分成两个对象吗?我思考的结果是:1:是两个对象.原因:因为就如订单中

比如说，User 类中有 用户名，密码！ 现在我想加上个密码保护，是让它以MAP的形式作为User的属性呢，还是创建一个新的类让User类与这个类发生关系！

最近在困惑一个设计问题在hibernate中的配制 设计图片如下：

>>一对多的关联可以在一个实例变更中用集合来实现,但是,设计也不必非要这么直接,可能没集合,那么,我们可能使用另一种方法,通过查询数据库来得到相应的记录,然后根据这些记录将对象实例化.这是DDD书中的一段话,在实际中我们怎么权衡这两种设计呢

这两天看hibernate,ORM看的我头晕，什么1对多，多对1，多对多，很繁杂，远远没有HQL简便。ORM 和 HQL 是什么关系，只可以用HQL而不用ORM 吗？

我在项目中遇到了这种情况，请教怎么设计hibernate映射文件public class Order{ private int id; . . . private User user; private List

各位大侠小弟有个问题是关于HIBERNATE的：与教师teacher相关联的有政治面貌，政治荣誉，学术荣誉 外语程度，学习简历，业务培训 配偶情况，家庭关系 军衔，警衔，职称评定，系列变动，工作经历，所在院系，照片，所带的课程等20个业务对象都是1：M的关系难道在HI

有人建了这样

需求描述：需要为课程建立一个习题库，习题具有指定的习题类型；一个用户可以维护多课程的习题库，一个课程的习题库可以有多个用户维护；在习题库中按预设方式选取一定数量习题组成一份试卷（Paper），且可以预先生成多份试卷（Paper）；