- 主题:请教多对多表设计问题
多谢。
之前只想数据跑起来没想太多，现在回头重新搞数据表设计，感觉要动的地方很多了。要是这次不搞好些，回头其他业务跑起来再重新搞这个底层的数据模型设计更是麻烦。
【 在 lipp 的大作中提到: 】
: 我感觉你不把绑定、解绑这些现场业务搞清晰的话，玩数据没啥用。
: 只要现场业务通顺，时序数据上传了都没丢，后面怎么玩都好办，反正都存在云服务器里跑不了。前面讨论的这些架构，你挨个全试一遍嘛，自然知道好坏了。
:
--
FROM 39.144.34.*
多谢回复。。。
现在问题是传感器只携带了chipid这个唯一标识和其他采集的数据，因为独立线程工作存储的时候是没有办法把用户和其他信息放到一个表保存的。
导致现在数据分析的是只能根据chipid这一个字段找，现在进行数据清洗区分的是很多情形难以区分。。
【 在 Knightmare 的大作中提到: 】
: 我给你整理一下思路
: 我看下来其实设备是根据测试活动来的，小组也是对应到测试活动，测试结果也是对应到测试活动。
: 你这个事实表应该以“测试活动”作为核心建立
: ...................
--
FROM 112.32.39.*
啊。。。
就是懒了嘛。。。想一把存进去，然后想咋找就咋找。。。
【 在 Knightmare 的大作中提到: 】
: 传感器采集的数据放时间序列数据库里就得了啊
: 等要得出测试结果的时候或者隔一段时间需要统计测试状态的时候落一下关系数据库就得了。
:
--
FROM 112.32.39.*
感谢！～
回头想想办法看看能不能像你说的，携带其他标识。否则真不好搞。
【 在 lipp 的大作中提到: 】
: 你设备就没带人员识别功能（比如人员ID卡扫描，不扫不能用，或者类似微信绑定手机号），你怎么玩“一把存”？
: 一定要把业务流程搞清楚啊。你硬件支撑不了的业务流程，一定无法产生你想要的业务数据。
:
--
FROM 218.104.71.*