关于社交类 App 用户表结构的设计

2016-03-08 17:53:44 +08:00
 arden

现在在弄一个社交类的 App ,用户模块对于任何一个 App 都必须的基础模块,关于用户表结构的设计,用户基本资料和用户详细资料大家觉得是分开两个表设计还是合并在一个表里面比较好?
```java
DROP TABLE IF EXISTS
t_users;
CREATE TABLE
t_users(
idint(11) NOT NULL AUTO_INCREMENT,
social_uidvarchar(256) COMMENT '第三方登陆用户 ID',
social_tokenvarchar(256) COMMENT '第三方登陆用户的令牌',
namevarchar(50) DEFAULT NULL UNIQUE COMMENT '用户名',
nicknamevarchar(50) DEFAULT NULL COMMENT '用户昵称',
mobilevarchar(50) DEFAULT NULL UNIQUE COMMENT '手机号',
emailvarchar(20) DEFAULT NULL COMMENT '邮箱',
passwordvarchar(128) DEFAULT NULL COMMENT '密码',
uuidvarchar(128) DEFAULT NULL UNIQUE COMMENT '客户端唯一标识号',
push_tokenvarchar(128) DEFAULT NULL COMMENT '推送的令牌',
sexint(2) DEFAULT NULL COMMENT '性别(0->男, 1->女)',
sourceint(2) DEFAULT null COMMENT '用户注册来源(0->iPhone, 1->iPad, 2->Android, 3->微信, 4->H5, 5->网站)',
social_sourceint(11) DEFAULT 0 COMMENT '第三方登录来源(0->手机, 1->微信, 2->QQ)',
avatarvarchar(128) DEFAULT NULL COMMENT '头像',
lngfloat DEFAULT '0.0' COMMENT '经度',
latfloat DEFAULT '0.0' COMMENT '纬度',
provincevarchar(50) DEFAULT NULL COMMENT '省',
cityvarchar(50) DEFAULT NULL COMMENT '城市',
areavarchar(50) DEFAULT NULL COMMENT '区',
created_attimestamp DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
updated_attimestamp DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
statusint(2) DEFAULT 1 COMMENT '状态',
PRIMARY KEY (
id`),
UNIQUE (social_uid, social_source)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

DROP TABLE IF EXISTS t_user_profiles;
CREATE TABLE t_user_profiles (
id int(11) NOT NULL AUTO_INCREMENT,
user_id varchar(50) NOT NULL COMMENT '用户 ID',
birthday timestamp DEFAULT NULL COMMENT '生日',
emotion int(2) DEFAULT NULL COMMENT '情感',
stature int(2) DEFAULT NULL COMMENT '身高',
profession varchar(50) DEFAULT NULL COMMENT '职业',
middle_school varchar(50) DEFAULT NULL COMMENT '初中',
high_school varchar(50) DEFAULT NULL COMMENT '高中',
college varchar(50) DEFAULT NULL COMMENT '大学',
education varchar(50) DEFAULT NULL COMMENT '学历教育',
homecity varchar(50) DEFAULT NULL COMMENT '家乡',
livingcity varchar(50) DEFAULT NULL COMMENT '现居地',
home_address varchar(128) DEFAULT NULL COMMENT '家乡地址',
living_address varchar(128) DEFAULT NULL COMMENT '现居地址',
created_at timestamp DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
updated_at timestamp DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
status int(2) DEFAULT 1 COMMENT '状态',
PRIMARY KEY (id),
UNIQUE (user_id)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
```
我现在分开了两个表分别用来存储用户基本资料和用户详细资料,但是后面总感觉这样分开后带来了一些不必要的麻烦,再加上这些资料基本都没有什么大数据字段,后面突然觉得反而合并在一个表里用起来更直接方便。大家认为呢?

8468 次点击
所在节点    程序员
6 条回复
lawfun
2016-03-08 19:48:19 +08:00
感觉 基本资料表 中的字段有些还可以移到 详细资料表中。
可以实际的测测两种方式的时间消耗。
以前做服务器存用户信息是 分开存的,现在做 app 是合在一个表里,没感觉明显的慢。
arden
2016-03-08 20:26:26 +08:00
晕死,怎么 V2EX 这 markdown 语法不起作用。
arden
2016-03-08 20:27:34 +08:00
@lawfun 分开之后,就是有时候就会纠结,到底要把哪些字段拿出来也是个问题。
abelyao
2016-03-08 22:06:01 +08:00
@arden 登录账号,密码,昵称,以及每次登录都需要查询的字段,在基本表,其它扩展属性在详细表。
davidqw
2016-03-08 23:02:29 +08:00
一个表查询起来更方便,推荐
ExploreWay
2016-03-09 08:44:52 +08:00
@abelyao 这个设计,是比较合适的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/261980

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX