2023年7月27日发(作者：)

数据库的⽤户信息表设计⽤户信息表在很多情况下都需要有，属于⼀个项⽬开篇的基础。这个不搞好以后就会给⾃⼰带来⿇烦。我参考该博⽂设计：只是有些地⽅我实践之后需要补充⼀下：1. user表字段：2. user_auth表：要补充说明的是，“nickname”是唯⼀不重复的，所以他可以作为主键，这样有好处：减少⼀个字段，简化表“user_auth”表⾥直接关联“nickname”，查询的时候不需要先去“user”表查个“user_id”再到“user_auth”表⾥根据“user_id”去查密码什么的。有什么坏处暂时没想到。nickname的唯⼀性在⼤多数应⽤中，“nickname”都是唯⼀的。也有例外，例如QQ，但是QQ有他的特点，他登录只有QQ账号的⽅式，不会有⽤昵称登录的⽅式，也不会有第三⽅登录。但现在很多地⽅都是⽤昵称登录的⽅式，所以昵称的唯⼀性还是有必要的。我以及我参考的博⽂都在提第三⽅登录，那我就假设项⽬有这个功能，那么就会存在这么⼀种情况：⼀个新⽤户，他选择第三⽅登录，如QQ，那么数据库⾥并没有他的信息，那么就需要为他注册，本着⼈性化的特点，第三⽅登陆时不需要他填写任何信息，那么我就简单的拿他的第三⽅昵称和头像作为基础信息注册，⽽如果改昵称已被⼈注册呢？我看到有⼈的做法是给昵称后⾯加上本站的标识，这样也不错。后期⽤户还可以改昵称嘛。那么如果昵称本来就很长，再加个标识超出长度呢？可以考虑下怎么处理更⼈性化。当然，加了标识之后也要检验唯⼀性，万⼀有⼈⾃⼰⼿动给名字加本站标识呢，所以这种⽅法也不完全好使。可以再想想有没有更好的。