先前设计:
id
username
password
用户名加上密码,解决简单需求,留个id作为其他表的外键。当然,那时候密码还可能是明文存储,好点的知道md5。
后来呢,随着业务需求的拓展,要加个用户状态 status 判断用户是否被封禁,注册时间和注册IP地址、上次登录时间和IP地址备查(并衍生出登录记录表,用来判断是否异地登录等,在此不表),用户角色/权限 role (又衍生出用户角色权限关系,还是另文讨论),业务也需要个人的个人信息如真实姓名、地址等也一股脑往上添加,现在形成了一个很完整的用户关系表。
CREATE TABLE my_test(`id` int unsigned not null AUTO_INCREMENT PRIMARY KEY COMMENT '用户id',
`name` varchar(20) not null COMMENT '用户姓名',
`sex` char(3) not null default 'm' COMMENT '用户性别'
)ENGINE=INnoDB DEFAULT CHARSET=utf8
改成上面这样,首先你的加注释的方式错了,还有你的设置主键的关键字拼错了,然后你的用户性别后面多了个逗号
第一个问题:对应关系是多对多,也就是一篇文章可以给多人收藏,一人可以收藏多篇文章,使用第二种方法,可以任意扩展,第一种方法虽然在取值的时候方便,但是其他的扩展 *** 作会很痛苦
第二个问题解法跟第一种一样
第三个问题:
缓存的使用,避免过度查询同样的sql,如果你的系统重复查询很少,你用缓存也没什么用,如果多,用缓存会快很多,你看你使用的情况,自己衡量什么时候该用
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)