问题描述
举一个简单的例子，有两个类Person和Language，一个Person可以讲多种语言，一种语言也可以有多个User，因此很完美地用“多对多”来关联这两个类。现在需要多一个属性，比如是level用来评价某个person对某种语言的掌握程度，我的问题是，该如何重构，对原来的代码影响最小。（如果增加一个实体类来组合Person/language/level)，这个影响太大了。是不是 <composite-element>是最有效的方法了？
解决方案
这个问题从昨天想到今天，感觉还是没有一个零自己满意的答案。通常关联表就两个字段，比如楼主举例的Person表和Language表,那么有个关联表Person_Language表。在作Hibernate映射的时候，Person表和Language表都有对应的实体，而关联表Person_Language是没有对应的实体的。关联表完全是一种中间桥梁的作用，一般是通过Person表和Language的映射文件的<set>元素来表现的。一旦关联表增加了属性，比如level，那么我觉得关联表Person_Language不再是纯粹的关联表了。昨天我是死盯着配置文件的<set>和原有的表结构关系，所以，搞的很痛苦。今天有翻看吓昕的《深入浅出Hibernate》，感觉似乎有点想法了。我看完4.4 章节，感觉Person_Language不再是关联表了，他应该是个独立的实体，他应该换个表名。想想，楼主只是加了一个字段，如果过加几个字段，实体的感觉就更强烈些。（当然跟属性多少没有关系），而level加在Person或者Language中都是不合适的，根本行不通。当把Person_Language当做一个实体后，在model中为其生成一个pojo对象。调整映射关系，Person和Person_Language是一对多关系，Language和Person_Language也是一对多关系。
解决方案二：
楼主增加一个实体是不是下面这中形式：t_user(id, name, sex)t_role(id, desc)t_pri(id, type)t_user_role_pri(userid,roleid,priid)有了满意的答案望告之，多谢！