微信第三方平台 后台mysql 用户表怎么设计

说起用户表，大概是每个应用/网站立项动工（码农们）考虑的第一件事情。用户表结构的设计，算是整个后台架构的基石。如果基石不稳，待到后面需求跟进了发现不能应付，回过头来反复修改用户表，要大大小小作改动的地方也不少。与其如此，不妨设计用户表之初就考虑可拓展性，争取不需要太多额外代价的情况下一步到位。

先前设计：

id

username

password

用户名加上密码，解决简单需求，留个id作为其他表的外键。当然，那时候密码还可能是明文存储，好点的知道md5。

后来呢，随着业务需求的拓展，要加个用户状态 status 判断用户是否被封禁，注册时间和注册IP地址、上次登录时间和IP地址备查（并衍生出登录记录表，用来判断是否异地登录等，在此不表），用户角色/权限 role （又衍生出用户角色权限关系，还是另文讨论），业务也需要个人的个人信息如真实姓名、地址等也一股脑往上添加，现在形成了一个很完整的用户关系表。

第一个问题：

对应关系是多对多，也就是一篇文章可以给多人收藏，一人可以收藏多篇文章，使用第二种方法，可以任意扩展，第一种方法虽然在取值的时候方便，但是其他的扩展 *** 作会很痛苦

第二个问题解法跟第一种一样

第三个问题：

缓存的使用，避免过度查询同样的sql，如果你的系统重复查询很少，你用缓存也没什么用，如果多，用缓存会快很多，你看你使用的情况，自己衡量什么时候该用

在JAVA开发中数据库的学习也是我们需要了解的，截下来几篇文章都是关于数据库的设计和应用，那么java课程培训机构http://www.kmbdqn.cn/废话不多说开始学习吧！  数据库的设计  数据库设计是基础，数据库优化是建立在设计基础之上的。

好的数据库一定拥有好的设计。

  数据库设计的目标是为用户和各种应用系统提供一个信息基础设施和高效的运行环境。

  数据库的三大范式  第一范式1NF:所有的域都应该是原子性的，即数据库表的每一列都是不可分割的原子数据项，而不能是集合，数组，记录等非原子数据项。

  第二范式2Nf:第二范式在第一范式的基础之上更进一层。

第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关(主要针对联合主键而言)。

也就是说在一个数据库表中，一个表中只能保存一种数据，不可以把多种数据保存在同一张数据库表中。

  第三范式3Nf:所有字段必须与主键直接相关，而不是间接相关。

也可以理解为字段不要和其他非主键字段相关.  注意:这三个范式尽可能去遵守,不是一定要墨守成规.这只是让我们设计的表的时候,越靠近这些范式,可以使字段尽量的减小冗余.但是有时候也可以根据实际需要小小的违背一下.但是第三范式违反一下还可以接受,但是第一范式别违反.  数据库设计的步骤  需求分析阶段  准确了解与分析用户需求(包括数据与处理)。

是整个设计过程的基础，是最困难、最耗费时间的一步。

  概念结构设计阶段  是整个数据库设计的关键--设计数据库的E-R模型图，确认需求信息的正确和完整  Entity_Relationship---实体之间的关系  一对一  一对多  多对一

---