如何在外键中处理多个服务的数据库结构？

Question

我正在制作一个需要购买许多服务的网站，我的问题是找到为这种结构制作 ERD 的最佳方法！

当我显示图像时，我有一个为用户制定合同的例行系统，换句话说，我有一个简单的表格来插入合同及其相关信息，供用户和成员使用。

我将合约表的所有关系存储在 Junction 表中。但我的问题是我有许多服务具有不同的价格，这些价格根据自己的情况计算（FirstServicePrice、SecoundServicePrice **、**ThirthServicePrice 和...）。

我决定使用名为 JunctionForFindPrice 的联结来保持合同的每个服务主要。 4 示例如果有人购买了第一个服务，我只在 JunctionForFindPrice 表中的 FirstServicePriceId 字段中保留 FirstServicePrice ID，并将另一个字段留空，然后将 JunctionForFindPrice 的 Id 存储在 Junction 表中（图中的灰色表）。

这是实现该实施的最佳方式吗？这是正确的方法吗？

Answer 1

有多少应用程序就有多少定价模式，因为每个人的做法都略有不同，所以不用担心：我们都对如何以“正确”的方式做到这一点感到困惑。一种常见的方法是创建一个类似于 [Orders] 的表，其中包含 [ClientID]、[DateOrdered] 和 [OrderedBy] 等字段，以及另一个表 [OrderLineItems]，其中包含它们添加到订单和价格的每个 [ServiceID]存储为数字的服务（23.99 美元）。在添加到 OrderLineItems 表时，您将拥有一个函数或存储过程来确定客户对该服务的价格，而不是价格连接表。

在我的主要应用程序中，我们为每个服务提供了一个“标准价格”表，其中包含开始/停止日期：这使我们能够设置未来的价格上涨。然后我们有一个可能的折扣表，它允许三种类型的折扣，设置新价格、x% 的折扣或 x$ 的折扣。如果我们想向客户收取更多费用，“折扣”可能是负数。这使得定价结构非常灵活，但要弄清楚这一切的代码非常复杂和脆弱。