需求: 目前我们做一个物流后台管理系统,用户可能有多种,例如货主(提供货物的用户),司机(拉货的司机)。 现在有一张 user 用户表,但是,用户表是融合货主和司机的,所以会出现很多冗余字段。 比如如果存货主,那么司机的很多信息就是空白。反之亦然。 有没有更好的设计。 目标: 用户表设计更优雅,更符合范式。
|  |      1godoway      2019-10-30 15:25:47 +08:00 via Android 应该可以考虑用 jsonb 字段吧 | 
|  |      2InternetExplorer      2019-10-30 15:27:17 +08:00  1 司机一张表,货主一张表,分开存自己的信息,关联到 user 表 | 
|  |      3mokeyjay      2019-10-30 15:27:27 +08:00  1 你把它想象成用户、司机、货主 3 个类,其中 司机 和 货主 应该是 用户 的子类,在各自的类中扩展自己的属性 现在你知道该怎么设计表结构了 | 
|  |      4SimpleName      2019-10-30 15:28:05 +08:00  1 No User Table 建一个 Account 表用来储存账号登录名、真实姓名、密码、邮箱、手机号、身份证号等信息 然后分成 Driver 和 Shipper 表,用来储存对应的信息 | 
|  |      5Vegetable      2019-10-30 15:32:13 +08:00 大家的方案都差不多,如果你一定要分的话,记得有的人可能会同时拥有两个角色 | 
|      6lastpass      2019-10-30 15:43:34 +08:00 via Android 通常做法应该是,用户表只存储用户基本信息。一张扩展表,扩展用户信息。 然后你说的司机或者货主则是分开的角色表。不同角色有不同的属性。 | 
|  |      7Tianao      2019-10-30 15:43:53 +08:00 #2, #3, #4 +1 私以为这是蛮成熟的设计,没什么好说的了。 | 
|      8sosoandsoso OP 谢谢各位,@Tianao ok. | 
|  |      9opengps      2019-10-30 16:10:44 +08:00 账号表可以合并使用,只存基本帐号信息   用户表建议单独抽离,按照业务属性区分司机货 如果要扩展司机,那么建议用扩展表存大车司机小车司机 | 
|  |      10vtwoextb      2019-10-30 16:16:26 +08:00 1 一个基础共同信息表(通过 type 字段 区分不同用户类型) t_user 各自类型用户形成各自的表,通过基础用户 id 做关联 eg: t_user_driver | 
|  |      11xsm1890      2019-10-30 16:21:09 +08:00 同 2L |