小编Tia*_*tos的帖子

例子

• Table Recipe 使用查找表来查找 Recipe Category；
• Table Ingredient 使用 Ingredient Category 的查找表；
• 它们处于多对多关系；
• 配方类别不会用作成分类别，反之亦然；

题

它应该是单独的查找表，还是我可以使用一个带有额外列的表来确定它是成分还是配方类别？这会影响优化或查询速度吗？

如果单表大约有 100 条记录；分隔的表是 5 和 95。该表将在同一个查询中出现两次以上。

我测试了相关问答关系表中的想法，内容相同，自定义解决方案。在前端和内务处理方面更容易处理数据，但如果数据库增长，数据完整性可能会成为一个问题。

澄清

1. 一个配方可以按多个配方类别进行分类
2. 一种成分可以按多个成分类别进行分类
3. 业务领域有5个菜谱类别
4. 业务领域有95个成分类别
5. 具体食谱类别的三个示例是 Omivorous、Vegetarian、Vegan。
6. 具体成分类别的三个示例是谷物、肉类、鱼类。

我一直在测试这两种解决方案，但由于记录太少，我看不到任何性能改进或损失。此外，在构建前端时，使用一个模型和一个列比使用 2 个模型更容易，但这是一个小问题。

Stack Overflow 上的相关问答：一个查找表还是多个查找表？