php - 从长远来看，创建 SQL 表以便轻松查询的最佳方法是什么？

Question

我目前正在为客户开发一个项目。他的需求已经改变，所以我的数据库结构也必须改变。

我的客户经营一家旅行社业务，他每天登记很多人。他想要实现的目标是能够对乘客进行分组。因此，在管理界面中，您单击要分组的乘客，瞧。他们在一个小组里。

在每个组中，您可以分配额外费用，例如午餐、饮料、租赁装备，以便工作人员可以为该组制定价格。

以下是我需要的，我的问题是如何从中构建 SQL 表。我目前正在阅读一对多多对多关系、外键等。从长远来看，我希望能够毫无问题地查询数据库，在我过去的经验中遇到了很多问题:

Groups
gp_ID    customer_ID    leader    fare_Type    dependant_Fare_Child    dependant_Fare_Adult

Tour_Extras
TE_ID    TE_Name

Tour_Extra_Price
TE_ID    TE_Price    fare_ID

Fare_Type
fare_ID    fare_Name

Group_Extras
gp_ID    TE_ID    quantity    fare_ID

群组 包含该组中的所有乘客。只有一位领导者，而 customer_ID 将用作对该乘客的所有联系人的另一个表的引用。 fare_Type 将是一个引用 Fare_Type 表的 int。 dependent_Fare_Ch 和adult 也是整数。这将决定将多少名 child 和按成人价格收费的 child 分配给受抚养人。

Tour_Extras 拥有团体可以拥有的额外类型。例如午餐、装备租赁

Tour_Extra_Price 保存特定额外费用的价格以及 fare_ID，这将确定收取什么价格( child 、成人、老年人)

Fare_Type 保存 fare_Id 和姓名( child 、成人、老年人)

Group_Extras 这就是大佬了它将引用团体、tour_extra 以及可能的 Fare_Type 表。这将用于确定该特定组的总金额。例如:

gp_ID TE_ID quantity fare_ID
  1     1      3       1

对于 ID 为 1 的团体，他们选择了 TE_ID 1(例如午餐)和购买数量 (3)，并将记入 fare_ID 1(例如 child )

这可能对某些人有帮助:

Tour_Extras 可以有多个 Tour_Extra_Price

Tour_Extra_Price 可以有一种 Fare_Type

Group_Extras 可以有多个 Group、Tour_Extras 和/或 Fare_Type(不确定是否直接与 Fare_Type 关联，还是先通过 Tour_Extras，然后通过 Tour_Extra_Price，然后通过 Fare_Type)

我还有其他问题，例如是否需要外键？最好在 Group_Extras 表上设置主键，在其他表上设置外键吗？

对这么长的帖子表示歉意，但我想在深入这个项目之前用尽所有选项并进行研究。

p.s 我几个小时后才回来。因此，请提出问题，我会在 12 小时内答复。

Answer 1

显然我们住的地方相距几个小时，因此请求评论部分中的问答往返花费了太多时间。因此，我不再提出更多的每日问题，而是提出以下想法:

首先:customer_id 实际代表什么？您是否存储了客户，以便当他们重复预订旅游时您可以认出他们？在我看来并非如此(无论如何，你会从中得到什么？)。从我看来，这对我来说更像是一次旅游预订。因此，每次米勒先生预订旅行时，他都会获得一个新的 customer_id。但如果是这样，customer_id 是否已经代表了他的完整预订？您不需要 Miller 女士的 customer_id，因为她将包含在该预订中。

所以我看到的是预订。其中包括一个人的姓名和联系方式(在我的示例中为米勒先生)以及旅客人数。那将是:

餐 table 预订

• booking_id
• tour_id
• 姓名
• 地址
• 电话

餐 table 预订_乘客

• booking_id
• fare_type_id(成人/ child /老年人)
• 数量(该预订中该类型的数量

数据应始终位于表中，而不是表名或列名中。因此，您不会拥有像 dependent_Fare_Child 和 dependent_Fare_Adult 这样的列，而是具有带有 fare_id 列的 booking_passengers 表，这样您就可以根据 ID 加入。

因此，预订(或您所说的客户)已经代表了一个团体。您是否需要有关共同乘客的更多详细信息，然后将 booking_passengers 替换为每个乘客保存一条记录的表:

餐 table booking_passenger

• booking_id
• fare_type_id(成人/ child /老年人)
• 姓名
• 年龄

您的旅游附加服务结构看起来不错。当我给您的客户或团体打电话进行预订时，我的 table 将是:

餐 table 预订_额外

• booking_id
• tour_extra_id(午餐/装备/...)
• fare_type_id(成人/ child /老年人)
• 数量

对于旅游价格，我假设有这样一个表格，顺便说一句:

餐 table 旅游价格

• tour_id
• fare_type_id(成人/ child /老年人)
• 价格

上表中的主键为斜体。您应该使用外键。它们的存在是为了保证数据一致性，例如不接待未经预订的乘客。数据库人员总是认为关系数据库中拥有外键是理所当然的，并且在数据一致性方面与可用索引一样依赖它们的存在。因此，表 booking_extras 将具有主键 booking_id +tour_extra_id + fare_type_id。您将拥有通过 booking_id 预订餐 table 、通过tour_extra_id 预订tour_extra 以及通过fare_type_id 预订fare_type 的外键。

希望这有帮助。如果我误解了任何内容，请在评论中告诉我，我希望能找到时间相应地调整我的答案。