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