数据关联模型指南

聚合，关联，组合 是对象之间的三种关系。从某种意义上说，继承是一种类的纵向关系，而聚合，关联，组合是对象的横向关系。 其关系强弱为 关联<聚合<组合 关联：在程序中相当于把已经实例化的对象A做为另一对象B

我工作中碰到这样的情况当可以使用abstract class 与interface时,该用哪个呢如下的例子:每个子类都有sheet,但是如果我选用abstract class,并把sheet作为成员变量时,abstract class中的方法没有用到sheet,只有在子类中才

数据库中有两个表 表1中有A,B两个字段. 表2中有B,C两个字段. B和C关联 现在我想做个类. 把表1和表2的数据关联起来. 如: public Class

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

往往有这样的逻辑，一个产品如果被订单引用，则产品不能删除。因此删除产品的逻辑必须去检测是否有订单引用了该产品。原本订单模块依赖于产品模块的，但产品模块中却要知道“订单”这个概念。这显然产生了双向依赖的问题，如果再加入一个新的模块引用到产品，就要去修改产品的删除逻辑代码。如果避免双向依赖的话，我们可能

一个对象会和别的对象交互，我应该用对象的属性还是用方法的参数来进行数据交互呢？例如：我有个做加法的对象，1、我可以赋值给属性A和B，然后调用运算方法ADD。2、我可以直接调用方法ADD(A,B)。那种设计会比较好呢？有什么准则吗？例子也许不恰当，只是为了说明问题。希望大家不吝

我有两个 Persistent Classes ,一个是书，一个是人，人可以拥有多本书，书也可以属于多个人，一个很简单的结构 我只是先学学如何使用hibernate，就写了以下hxm文件： Book: <

主要是要设计一个软件中心，下列表都已经存在，目前打算使用HIBERNATE来重新编写。1、Email_info 电子邮件，主关键字为email,如果是个人的有person_id （个人之允许有一个邮箱） , 还含有临时邮箱和单位邮箱2、Person_base 存放个人的基础信息 ，主

看了以前的贴子http://www.jdon.com/jive/article.jsp?forum=16&thread=22244 （一）对象之间的关系：1． 依赖：依赖对象通过调用被依赖对象的方法来获得服务。一种比较松散的关系，并

彭老师，我是小刘，问个问题：有两个类，都各自有主键 如：class A{ private String AId; private String AName; /*

一个大厦由砖、门、窗等组成，砖是必不可少的，但窗户可有可无，这是属于聚合还是合成，我个人认为是聚合对不？聚合和合成的区别是什么？在设计时应该用设计模式中的哪种模式设计比较合适？谢谢

有两个对象 User Role,二者是多对多的关系：第一种设计方案：public class User extends BaseObject { private static final long serialVersionUID = -

banq您好！我非常同意您在数据持久层上面的见解，我也想过这样的问题：软件系统的分析与设计为什么要从数据库设计开始。或许是关系型数据库的本质特征所决定的，它着重于数据的持久化以及数据与数据间的关系，但其还没有达到值对象的层面。我想请问您的是，如何理解数据库中的关系理论？数据库

（一）对象之间的关系：1． 依赖： 依赖对象通过调用被依赖对象的方法来获得服务。一种比较松散的关系，并且是短期的。我们的过程与对象往往依赖与我们的实体域对象。如在struts 的 action中调用模型层的方法。2． 关联 它使一个类指到另

在关系数据库中如何把一对多,一对一,多对多转化为对象反正就是搞不懂了?

数据库的设计 一个网上购物系统，有多类产品，每类下面有多个产品，同一类的产品属性相近，不同类属性（意思是有的要10个字段，有的可能需要20个字段）差别较大。有客户订制系统，比如订制一台电脑，可能是需要一个P4 2.8G 的cpu, 1024兆的内存(可能是