- 主题:请教多对多表设计问题
首先，区分（变化不大的）基础数据和（不断增长的）业务数据
前者：分组，设备， 人员
后者：设备产生的数据
【 在 annodom 的大作中提到: 】
: 多谢大佬，
: 如果设计一个数据表，包含team name, person name, chipid和采集的各个数据字段是不是就合理点了？
: 另外，人员的一些基本情况信息，如email、mobile等是放在person表中，还是在单独建一个person info表比较好？
: ...................
--
FROM 222.70.17.*
“设备有用户” 是说设备*从属*于用户？
“分组有用户” 是说分组*包含*用户？
想清楚是不是非得多对多就行
【 在 annodom 的大作中提到: 】
: 大佬，几个表基本就按照您的这个思路进行设计了。
: 刚才设计的时候发现设备和分组中都是有用户的，这个用户字段是不是要设置成m2m指向用户表？
--
FROM 222.70.17.*
如果多对多关联是发生在时间维度上的话（领了，还了，又领了，...）
未必需要在基础表里持久记录/维护，一般是记录一个变迁的流水
直接在生成的业务数据里头把当前使用人/当前分组统统记下就完事了
归根结底取决于业务需要
【 在 annodom 的大作中提到: 】
: 都不是从属的关系。
: 也就是说一个人可以使用多个设备，一个设备可以被多个人使用，一个人又可以被分到不同的小组。
--
FROM 222.70.17.*
你这个可以记流水台账：几点几分谁借了什么设备-》时间，人，设备
只增不删
回头根据数据时间戳可以关联台账找到对应的人
好处是两张表都是单纯插入，没有性能拖累
【 在 annodom 的大作中提到: 】
: 您说的对。。。
: 主要是设备都是在野外使用，而且使用时间很短，3分钟左右现场轮换这种。。。
: 所以想在数据采集的时候把chipid携带者，整理的时候根据chipid再找到关联的人，便于分析
: ...................
--
FROM 222.70.17.*
人和小组的关系如果相对静止
那业务数据关联到人就够了，反正基础表里有人-组关联，不用冗余一个小组信息
【 在 annodom 的大作中提到: 】
: 感谢您和几位大佬的指点。结合自己查询的资料，感觉越来越清晰了。
: 目前是：
: 3个实体表：人、小组、设备
: ...................
--
FROM 222.70.17.*