哪种情况更好？
假设有超过 300 个可能的值，本质上是一个键/值对表，其中相关列是键:
枚举或 Char/Varchar
我只是想知道是否有人处理过包含这么多可能值的枚举列以及可能存在的陷阱。
编辑:
key 是预定义的。
项目表:
ID、姓名、...
属性表:
id、item_id、键、值
最佳答案
如果您正在谈论 300 个可能的值，我将使用单独的 ID/值查找表。
特别是考虑到您的问题中的这一陈述:
on what would essentially be a table of key/value pairs where the column in question is the key
那么为什么不直接将其设为键/值对表呢？
关于database - 字符串或枚举，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1003288/