[MySQL] 这个字段怎么设计合理？

[andybest]

目前要在用户表设计一个字段储存用户的头衔

无法直接用enum来解决，因为有30%的用户是自定义头衔，也就是说他可以在头衔上设置任何字

另外70%的用户头衔仅分为两种：未验证用户、普通用户

如果我用 varchar(10) 来解决这个头衔字段，则数据库中包含了大量的 “未验证用户” ，占了不少没必要的空间。

请问下各位有什么好的方法和建议来解决这个问题？

谢谢！

[kingwkb]

单独一张表
id, name

用户表增加一个头衔字段保存头衔id

[andybest]

@kingwkb 感谢，很有启发！这应该是最好的设计方案了吧？

[meta]

汗，这不就是第二范式么，每本书上都有写的。

[atom]

会不会过度设计了呢？
数据库中包含了大量的 “未验证用户” ，在起步阶段，个人认为可以接受这样的浪费

[qiuai]

=。=在数据量达到10W之前。根本没必要考虑这个。

[meta]

楼上的两位，这个不是浪不浪费的问题，如果不分成两个表是存在删除异常的，设想一下，如果当前某个头衔只有一个用户有，那么把这个用户删除的时候，这个头衔也不在了。

[plprapper]

用一些特殊定义的符号 做为保留含义就好了 比如未验证


没必要多开一个表

[andybest]

@atom
@qiuai

非起步阶段，用户数大于1kw，目前仅user一个表就占了8G磁盘空间，
所以才考虑优化结构

[andybest]

@meta 能说下使用 "第二范式" 怎么解决这个问题吗？

谢谢！

[qiuai]

@andybest 哦、没有超大数据量mysql数据库规划经验,不发表意见了.

[brucexin]

同意@plprapper， 用特殊字符表示“未验证”和“普通”，也是一种不错的做法。