每日交易网站的 MySQL 数据库架构 : like Groupon

Question

我想创建一个可以处理合作伙伴提供的日常交易的数据库。我还想以这样的方式设计它，以便数据库本身不允许通过使用经纬度、名称和日期时间的组合来重复数据。目前我只有一个提供商，但将来我可能会从 2-3 个不同的合作伙伴那里获得交易。

一张表足以满足上述要求并处理所有数据吗？

我真的很感激任何评论/建议或提示，让我开始或朝着正确的方向前进。任何类型的引用信息。

如果需要更多信息或者我不清楚任何一点，请告诉我......

问候，K

Answer 1

我首先会将合作伙伴放在一个单独的表中，以存储他们的所有信息。然后，交易只需要一个partnerid。我不清楚这些交易是什么，以及您是否可能需要一个包含产品信息的单独表格，因此交易实际上是给定时间段内产品和提供商之间的链接。在这种情况下，您至少需要三个表来存储交易，除了您可能需要的任何订单和其他信息。

但是，如果您开始建模，强烈建议您阅读一些有关数据库规范化的内容。它将为您提供应该在哪个表中存储什么内容的指南。

http://databases.about.com/od/specificproducts/a/normalization.htm