我有一个在线商店，用户可以在其中拥有拥有自己产品的小商店。这些产品中的每一个都可以有与之相关的问题，并且商店的所有者有能力回答这些问题。此信息存储在 3 个表中，一个“问题”（QuestionID，ProductID，...）表，一个“产品”（ProductID，ShopID，...）表和一个“商店”（ShopID，OwnerID，...）桌子。
是在“问题”表中有一个 ShopID（以允许店主查看他的所有问题）还是加入这三个表以获得与某个商店匹配的问题？
【问题讨论】：
标签： php mysql database database-design e-commerce
加入并避免冗余信息几乎总是更好。仅当您必须这样做才能达到性能目标时才应该 denormalize - 直到您首先尝试使用 normalized 表时才知道是否需要这样做。
请注意，非规范化有助于提高读取性能，但代价是会减慢写入速度，并使编码错误更容易导致数据不同步（因为您将相同的内容存储在您现在拥有的多个位置确保全部更新）。
【讨论】：
通常最好避免冗余信息。给定适当的索引，这似乎应该是一个相当便宜的连接，除非我在查询计划中看到 JOIN 导致问题（可能是因为表中的记录数），否则我不会以这种方式非规范化/p>
您还需要考虑读取与写入的比率。非规范化将有助于读取，但会增加写入的开销。
【讨论】：
从设计的角度来看，存储冗余数据是不必要的。在你的情况下，它可能是。尝试进行一些测试，如果由于这种冗余而改进了查询时间，那么您应该继续进行非规范化。
【讨论】：
我认为您的设计还可以。我不会将 ShopID 添加到表问题中。您应该在必要时使用连接。
顺便说一句：您应该在产品和商店之间使用 m:n 关系并删除产品的 ShopID。因此，您可以在不同的商店购买相同的产品并且也可以针对产品提出相同的问题。
问候，拉斯
【讨论】：
shopid。据我了解，没有“全球”产品。每家商店都有自己的产品（或者可能有几家商店会有相同的真实产品，但它们会被认为是不同的，因为它们不相关）。正如 OP 所说，它是一个在线商店门户，里面有不同且可能不相关的在线商店，因此即使真实产品相同，产品之间也没有关系。
您应该在问题和产品之间建立多对多的关系：
questions_ref（question_id、question_code、问题）
product_questions（pquestion_id、question_id_fk、product_id_fk）
产品（product_id、product_name等）
如果产品有可能出现在多个商店中（我可以肯定），您还应该在商店和产品之间建立多对多关系。
shop_products（sproduct_id、product_id_fk、shop_id_fk、sproduct_price、other_shop_specific_param）
商店（shop_id、owner_id_fk、shop_name 等）
【讨论】：