• 请不要在回答技术问题时复制粘贴 AI 生成的内容
sosoandsoso
V2EX  ›  程序员

[数据库设计]用户表设计?

  •  1
     
  •   sosoandsoso · Oct 30, 2019 · 5177 views
    This topic created in 2399 days ago, the information mentioned may be changed or developed.

    需求: 目前我们做一个物流后台管理系统,用户可能有多种,例如货主(提供货物的用户),司机(拉货的司机)。 现在有一张 user 用户表,但是,用户表是融合货主和司机的,所以会出现很多冗余字段。 比如如果存货主,那么司机的很多信息就是空白。反之亦然。 有没有更好的设计。 目标: 用户表设计更优雅,更符合范式。

    11 replies    2019-10-30 16:21:09 +08:00
    godoway
        1
    godoway  
       Oct 30, 2019 via Android
    应该可以考虑用 jsonb 字段吧
    InternetExplorer
        2
    InternetExplorer  
       Oct 30, 2019   ❤️ 1
    司机一张表,货主一张表,分开存自己的信息,关联到 user 表
    mokeyjay
        3
    mokeyjay  
       Oct 30, 2019   ❤️ 1
    你把它想象成用户、司机、货主 3 个类,其中 司机 和 货主 应该是 用户 的子类,在各自的类中扩展自己的属性
    现在你知道该怎么设计表结构了
    SimpleName
        4
    SimpleName  
       Oct 30, 2019   ❤️ 1
    No User Table
    建一个 Account 表用来储存账号登录名、真实姓名、密码、邮箱、手机号、身份证号等信息
    然后分成 Driver 和 Shipper 表,用来储存对应的信息
    Vegetable
        5
    Vegetable  
       Oct 30, 2019
    大家的方案都差不多,如果你一定要分的话,记得有的人可能会同时拥有两个角色
    lastpass
        6
    lastpass  
       Oct 30, 2019 via Android
    通常做法应该是,用户表只存储用户基本信息。一张扩展表,扩展用户信息。
    然后你说的司机或者货主则是分开的角色表。不同角色有不同的属性。
    Tianao
        7
    Tianao  
       Oct 30, 2019
    #2, #3, #4 +1
    私以为这是蛮成熟的设计,没什么好说的了。
    sosoandsoso
        8
    sosoandsoso  
    OP
       Oct 30, 2019
    谢谢各位,@Tianao ok.
    opengps
        9
    opengps  
       Oct 30, 2019
    账号表可以合并使用,只存基本帐号信息
    用户表建议单独抽离,按照业务属性区分司机货
    如果要扩展司机,那么建议用扩展表存大车司机小车司机
    vtwoextb
        10
    vtwoextb  
       Oct 30, 2019
    1 一个基础共同信息表(通过 type 字段 区分不同用户类型)
    t_user

    各自类型用户形成各自的表,通过基础用户 id 做关联
    eg: t_user_driver
    xsm1890
        11
    xsm1890  
       Oct 30, 2019
    同 2L
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5716 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 83ms · UTC 01:52 · PVG 09:52 · LAX 18:52 · JFK 21:52
    ♥ Do have faith in what you're doing.