0

这是一个场景。

您有一个向客户销售的电子商务网站。显然有交易，例如，对于每笔销售，您都会记录有关销售的信息。所以让我们有一个“购买”表。它应该有哪些列？

1）它应该只有一个使用'customer_id'的'customer'表的外键吗？或 2) 保留快照，例如“customer_name”、“customer_address”...都为 VARCHAR(x) 或 3) 两者或 4) 将“购买”表分成多个表？或者是其他东西。

请给出你的意见和理由。干杯

4

2 回答 2

0

关于“购买”表应该包含的列，这在很大程度上取决于您的要求。通常，您至少会有某种购买代码、购买日期和购买客户，以及购买中的物品列表（单独的表格）。

关于您提到的选项，我猜您这里有一个关系数据库并且没有选择 NoSQL 解决方案。

在那种情况下，我会放弃选项（2）。它不太适合关系模式，因为您可能会在多条记录中复制客户信息。出于同样的原因，我也会放弃选项（3）。

选项 (1) 更适合关系数据库方法。您将进行购买，每个购买都与自己的客户相关联。这让你很容易知道：

  • 给定客户进行了哪些购买。
  • 哪个客户进行了具体购买。
  • 根据某些标准给定的客户进行购买搜索。
  • 根据某些标准给出的购买进行客户搜索。
  • 等等

如果您需要能够在给定日期记录客户数据，您总是可以选择创建客户历史记录表并将其链接到客户表。给定购买日期，您就可以知道购买时哪些客户数据是“活跃的”。

关于选项（4），我不知道您的意思，所以我无法回答。

高温高压

于 2012-04-20T11:56:41.933 回答
0

如果时间是您的问题域的一个固有概念 - 对于电子商务，它也是 - 您也应该将其视为架构中的一流设计概念。

我的首选选项是在可以随时间变化的表格上设置“有效期”指示器。例如，客户表可能如下所示：

CUSTOMER
---------------
CustomerID   pk
RecordVersion pk
Name
EmailAddress
HomeAddressID fk
HomeAddressRecordVersion fk
ValidFrom
ValidUntil

然后，“purchases”表通过指定 customerID 和 RecordVersion 列连接到 customers 表。这样，如果您想查看客户在下订单时使用的电子邮件地址，您可以从客户表中检索该数据。

您将知道客户使用的其他电子邮件地址，不仅因为您可以在某些购买数据中找到它，还因为它是您客户记录的一部分。

这个模型可能会变得非常复杂，并且难以查询 - 所以要谨慎使用它。但特别是对于产品、价格、折扣、送货地址等来说，它非常有用，尤其是。在电子商务解决方案中。

于 2012-04-20T12:09:08.350 回答