数据库设计问题解决

     碰到一个有趣的问题  解决办法有待再解决一下

         

    举个例子，携程中有自由行，主题游等多种等价类型，用户需要对这些类型中的路线进行评价，在项目中，分别对这两种类型进行分类处理，进行评价，那么对于不同类型分别评价创建表格是冗余的，经过小伙伴的讨论，找到一种不错的方法，找到一个评价集的存在，评价集和评价是1:n的关系，通过评价集将自有行和主题游等价起来，具体见下

          

         

等类型的两种 (自由行，主题游)

freelineidfre_nameeva_collec1北京-上海 12上海-法国2                       

                 subject_travelidsub_traeva_collec1北京-上海 32上海-美国4                       

evaluate_collec    (待解决)evaluate_collec_id

evaluate_id
1
1

     evaluateevaluate_id
user_idcontentevaluate_collec
1张三不错12李四下次还会来3

   当添加一条自由行或者主题游的时候，会在上次的对应的评价集的基础上+1,  每次添加一条评价的时候，对于当前的路线  ，很容易查到        freeline或者subject_travel的id，从而查到对应的评价集，再将评价记录中的对应集合id中，这个对应关系放到关联表中。

 (不排除直接把这些类型概括为一种大的商品)