日常交易网站MySQL数据库架构：像Groupon的

Question

我想创造出可以处理partners.Also提供日常交易，我想在这样的方式来设计它，以便数据库它自身不会允许重复的数据，通过使用组合中的一个数据库lat-long，名称为&日期时间。至于现在我有一家供应商，但未来我可能会从2-3个不同的合作伙伴处获得优惠。

是一个表格就足够了，这将处理所有的数据上述要求。

我真的apreciate任何的意见/建议或暗示，让我开始或推入正确的方向。任何类型的参考信息。

请让我知道，如果需要更多的信息，或者我不清楚任何一点......

问候， ķ

Answer 1

我将在第一把合作伙伴在一个单独的表，存储他们所有的信息。然后，交易只需要一个partnerid。我不清楚这些交易是什么，如果您可能需要一个包含产品信息的单独表格，那么交易实际上就是产品和提供商之间在特定时间段内的联系。 在这种情况下，除了可能需要的任何订单和其他信息之外，您至少需要三张表来存储交易。

但是，如果你开始建模，我们强烈建议你做一些阅读有关数据库规范化。它会给你一个指导，你应该在哪个表中存储什么。

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