长途汽车过站点数据库设计问题？

首先有个汽车表. 包含 id, 与汽车的型号,拍照 等 与汽车相关的信息.

然后有个站点表, 包含 id 与 站点的名称， 所在省份，市 等 与 站点相关的信息。

然后又有一个 线路表， 包含 id ， 起点，终点，公里数，票价等 基础的线路信息。

然后又有一个 线路明细表 包含 id, 线路表id, 途经站点id, 顺序编号（也就是第几站） 的信息。

最后有一个 行车调度/历史表 包含 id, 汽车 id, 线路 id. 行车日期 标记着 某辆车，在某一天，行驶某条线路。

上面这个设计， 仅仅考虑总的汽车运行管理。

没有考虑 某辆车， 现在可能运行在哪一个 区间段的情况。

也就是 没有考虑。

比如一辆广州到石家庄的汽车，

现在是行驶在 广西桂林 -- 湖南长沙 之间呢？

还是行驶在 武汉 -- 郑州 之间。

假如你有这样的需求，那么前面那个表的体系结构，某些表 还需要作一些调整。

这个首先要看你的 汽车时刻查询 的系统.

都有什么样的功能上的需求.

需求定下来了, 才能做数据库的设计.

否则,先设计好数据库,再去适应需求,就很折腾了.

我就假设你的这个 查询的需求,非常简单.

用户仅仅输入 起始地点, 结束地点

能够查询出 有什么车可以到达, 以及 发车的时刻.

首先,有个

站点表 ( 站点ID (主键，可自增处理) ， 站点名称 )

然后，有个 线路表

线路表 ( 线路ID (主键，可自增处理) ， 线路代码 (公众看到的车次代码) ， 线路名称 )

然后，有个 线路站点关联表

线路站点关联表 ( 线路ID , 站点ID, 抵达时间 (为空表示起点站) , 发车时间(为空表示终点站) )

上面这3个表，就是适用于 长途汽车的情况。 就是1天1班的。

假如有短途的，1天很多班次的，那么上面的设计，可能要做一些修改。否则 线路表数据会太多。

---