首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  程序员

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

  •  
  •   arden · 2016-03-08 17:53:44 +08:00 · 6230 次点击
    这是一个创建于 1346 天前的主题,其中的信息可能已经有所发展或是发生改变。

    现在在弄一个社交类的 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;
    ```
    我现在分开了两个表分别用来存储用户基本资料和用户详细资料,但是后面总感觉这样分开后带来了一些不必要的麻烦,再加上这些资料基本都没有什么大数据字段,后面突然觉得反而合并在一个表里用起来更直接方便。大家认为呢?

    6 回复  |  直到 2016-03-09 08:44:52 +08:00
        1
    lawfun   2016-03-08 19:48:19 +08:00
    感觉 基本资料表 中的字段有些还可以移到 详细资料表中。
    可以实际的测测两种方式的时间消耗。
    以前做服务器存用户信息是 分开存的,现在做 app 是合在一个表里,没感觉明显的慢。
        2
    arden   2016-03-08 20:26:26 +08:00
    晕死,怎么 V2EX 这 markdown 语法不起作用。
        3
    arden   2016-03-08 20:27:34 +08:00
    @lawfun 分开之后,就是有时候就会纠结,到底要把哪些字段拿出来也是个问题。
        4
    abelyao   2016-03-08 22:06:01 +08:00 via iPhone   ♥ 1
    @arden 登录账号,密码,昵称,以及每次登录都需要查询的字段,在基本表,其它扩展属性在详细表。
        5
    davidqw   2016-03-08 23:02:29 +08:00
    一个表查询起来更方便,推荐
        6
    ExploreWay   2016-03-09 08:44:52 +08:00 via iPhone
    @abelyao 这个设计,是比较合适的
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4170 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 21ms · UTC 05:52 · PVG 13:52 · LAX 21:52 · JFK 00:52
    ♥ Do have faith in what you're doing.