我需要制作 100 个左右的表格。我有一个名为 PartStatsXXX 的表，要创建的表都将被称为 PartReviewXXX(它们以 1:n 的关系相互配对)。
创建一个大表来存储所有产品(从业务角度来看产品和零件是同一个术语)评论是否有效？有人提到使用 XXX 的值作为 PartStatsXXX 的主键的一部分建立从 PartStatsXXX 到 PartsReview(一个大表)的关系。
XXX 是零件类型的名称(例如电池、线束等)。所以这将是varchar。我应该制作复合键吗？部件类型不会更改名称(尽管某些部件名称根据文化可以有多个名称)，但它并不是真正的候选 ID。然后提到我可以根据 XXX 的值获得我需要的几个 View 。
我希望这是有道理的。什么是最好的方法？
谢谢
最佳答案
多表 PartStatsXXX 是个坏主意:很难正确编码或使用框架，更难维护，查询噩梦...
使用两个表:PartStats 和 PartsReview，以及适当的键和索引以提高性能。
关于database - 一张大表或单独的表来存储零件类型的产品评论？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/993317/