BYR Achieve · 镜像论坛

[求教]关于数据库的设计问题（长）

2007/12/15镜像同步5 回复

数据库的设计问题，关于多对多的。我现在要做一个中国旅游景点旅游管理系统设计数据库，大致意思是所有的旅游公司可以共享一个数据库，用户登录系统之后，可以看到所有旅游公司的旅游行程，以便选择合适自己的旅游计划。一共需要三个表，分别是，表一：旅游公司的资料。字段： CompanyID, CompanyName, website, telephone 表二: 旅游境地的信息。字段：AttractionID,name, Introduction, location，type 表三：旅游行程字段 tourPlanID, name, tourInfo(记录几天做了什么事情，比如说，第一天，上飞机，入住什么酒店等等), travelAgentID(关联旅游公司的ID)，AttractionID（关联旅游景点的ID），budget（预算），Period，DepartDate(出发时间)。一个旅游行程对应一个旅游公司，这个很好做。但是一个旅游行程对多个旅游景点，一个旅游经典又对着多个旅游行程。这个多对多的关系怎么设计啊。我想要的效果是，用户在首页输入一些options，比如预算多少之类的，我就返回多个符合用户的要求的旅游景点。用户在这些返回的景点中选择一个景点。系统返回旅游行程。问题一，比如说用户做的选择是，“景点类别（type）的山”和“预算（budget）类别的豪华”，那么，数据库就应该先查询旅游信息表的type，得出一堆结果1，再查询旅游行程的budget，得出结果2。再取结果1和结果2的交集。是吗？问题二，旅游景点的信息是原来系统就有的。也就是说，是不更新的信息。旅游行程的信息是各个旅游公司自己加入的。但是一个旅游行程里面涉及到很多的旅游景点。那么公司在添加或者修改或者删除这些旅游行程的时候，该怎么确定对应的旅游景点啊？也就是说，那个AttractonID该怎么去确定啊。没有学过数据库，觉得表达的不是很清楚，也很长，见谅。：）

订阅后，新回复会通过你的通知中心匿名送达。