我要建一个网站，针对企业和个人提供各种类型的服务，这些服务可以细分为不同的类型，根据服务类型的不同，具体的数据类型要求有所不同，就是要企业和个人输入不同的信息。不过他们都是按照一种模式来运行的(可以用一个对象来描述“服务“，关键信息就是服务编号和服务类型，通过唯一的服务编号来关联服务所需的具体数据）．
　　
我认为业务是围绕着服务来进行的，而企业和个人需要提交的关于服务的详细数据，根据服务类型的不同附带在这些服务上，由于详细数据很多，作成一般的Java对象就可以了，不适合采用实体Bean，否者开销就太大了。
　　
本来我想实现一个composite entity bean（见Core J2ee Patterns)，服务相当于一个业务逻辑实体，可是他所依赖的数据对象的类型会根据服务的内容发生变化。,难道要让我创建一个关于"服务"的entity bean,然后不停的继承，去重新定义关于持久化的方法?

我想让大家给我一些建议，如何用合适的方式来表达服务和服务所需数据之间的关系。

我以前想过的就是:
一种是把“服务”做成一个BMP实体Bean,自己管理和依赖数据之间的关系，代码量比较大。
另外一种就是做成SessionBean+jdo的方式，通过一般的Java对象来表达他们之间的关系。

java现在不太容易处理这种问题，只能以继承加聚合的方式在一定程度上表达。

smilemac的看法我同意。
在目前的情况下我用BMP来实现类似的功能，如果持久化字段很多的情况下，代码的编写量很大，远远还没有Session Bean+jdo方便。