You might need some middle tables, each of which stores nothing but the relation between another two tables;
【 在 annodom 的大作中提到: 】
: 有多个测试小队，每个小队有多个测试人员，每个人员有多个测试设备（手环），需要手机不同的设备在不同的人不同的小队的使用数据。
: 初步设计3个表结构：设备表，人员表，队伍表（2个外键设备ID和姓名ID）。但是总是感觉有点不对劲。
: 请教大佬怎么怎么设计。刚学习不懂咋合理设计。多谢。
--
FROM 183.95.135.*

  首先，区分（变化不大的）基础数据和（不断增长的）业务数据

  前者：分组，设备， 人员
  后者：设备产生的数据

【 在 annodom 的大作中提到: 】
: 多谢大佬，
: 如果设计一个数据表，包含team name, person name, chipid和采集的各个数据字段是不是就合理点了？
: 另外，人员的一些基本情况信息，如email、mobile等是放在person表中，还是在单独建一个person info表比较好？
: ...................
--
FROM 222.70.17.*

大佬，几个表基本就按照您的这个思路进行设计了。

刚才设计的时候发现设备和分组中都是有用户的，这个用户字段是不是要设置成m2m指向用户表？


【 在 oldwatch 的大作中提到: 】
: 首先，区分（变化不大的）基础数据和（不断增长的）业务数据
:   前者：分组，设备， 人员
:   后者：设备产生的数据
: ...................
--
FROM 39.144.34.*

“设备有用户” 是说设备*从属*于用户？
“分组有用户” 是说分组*包含*用户？
  
想清楚是不是非得多对多就行
  
【 在 annodom 的大作中提到: 】
: 大佬，几个表基本就按照您的这个思路进行设计了。
: 刚才设计的时候发现设备和分组中都是有用户的，这个用户字段是不是要设置成m2m指向用户表？
--
FROM 222.70.17.*

如果多对多关联是发生在时间维度上的话（领了，还了，又领了，...）
未必需要在基础表里持久记录/维护，一般是记录一个变迁的流水

直接在生成的业务数据里头把当前使用人/当前分组统统记下就完事了

归根结底取决于业务需要

【 在 annodom 的大作中提到: 】
: 都不是从属的关系。
: 也就是说一个人可以使用多个设备，一个设备可以被多个人使用，一个人又可以被分到不同的小组。
--
FROM 222.70.17.*