需求: 目前我们做一个物流后台管理系统,用户可能有多种,例如货主(提供货物的用户),司机(拉货的司机)。 现在有一张 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
|