我们正在创建公交服务的 Web 应用程序,人们可以在其中搜索和预订座位。我们想为管理员提供一个 UI,他/她可以在其中指定重复行程。
例如,沃尔沃巴士每天上午 9:00 从 City1 开往 City2,周二除外。可以有任意数量的此类标准。
我应该如何存储这些可以在不影响性能的情况下进行搜索的不同重复行程?它应该如何在易于管理员使用的 UI 中表示。
当前的数据库设计:
Table : TRIP_MASTER
TRIP_ID
NAME
Table : TIMETABLE
ID
TRIP_ID
CITY_ID
ARRIVAL_TIME
DEPARTURE_TIME
SEQ_NO
最佳答案
您的选择是 a) 存储代表每次重复旅行的实体(因为您可能用代表一年中每一天的行填充日历表),一种利用 SQL 的方法或 b) 存储代表循环计划,这将需要在整个应用程序中使用更多的过程代码。我赞成选项 a),尽管它需要定期填充行程发生表的例程。
关于algorithm - 数据库设计 : Creating database and User Interface for recurring events,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5090101/