php - 架构设计问题

Question

我有一个行业查找表:ID、姓名。

我还有其他行业属性，例如行业部门、行业服务、行业产品等。这些都是每个行业的必需属性，因此进入的任何行业都将具有这些数据。这些数据是固定列表项，如 Industry sector = (Primary, Secondary, tertiary)。在现场，这些值将是自动建议或单选下拉列表值。此外，这些将用作搜索过滤器，以进一步过滤网站上的行业。这些将用于报告，例如 -> 显示属于第一产业的公司数量，仅来自您的 friend 。

对于架构，我看到了两种设计方式:
1) 行业查找表将所有这些附加数据作为文本
2) 附加数据将存储为 FK 引用其查找表的 ID。
3)对其他设计理念也持开放态度。

#1 的问题是不会强制执行数据质量。
#2 的问题是有很多固定列表项，所以每个都有自己的查找表意味着父表会有大量的查找表和 FK。

我不确定在大型系统的现实世界中这是如何完成的。工业只是一个实体；我有很多实体，每个实体至少有 40-50 个固定列表项(列)，那么哪种方式更好？有关详细信息，这是一个用户内容网站 - 专业社交网站，因此性能很重要。

建议？

Answer 1

使用选项 2:如果您衡量执行许多联接的性能影响，首先确保您拥有适合查询工作负载的索引，然后如果联接性能仍然是一个问题，可能去规范化。