Some db design questions

[szlghl1]

1. RunningInfo 和 UserId 显然是一对多的关系但是在这里我们都放在一张表里面。老师说实际工作有时候会为了节省join的消耗而不embedded，可以具体讲一下怎么分析应该拆分还是不拆分么？

2. 如何自动生成userId？在这个project里面userId在上传的JSON里面是没有的，所以要自己生成。首先AutoGenerated似乎在embedded object里面不work，其次也不符合同一个user的userId应该是一样的要求。我能想到的实现方法就是根据name和addr做一次query然后没有的自动生成，有的用取出的。

[szlghl1]

还有runningId为什么是上传的而不是生成的。如果是key的话应该生成才对，还是说它其实不是key？

[bluecode2017]

很冒昧的说下我的理解：是不是key要按业务需求来定。这里的runningid，是从其他service 产生的数据，所以就是上传的。我猜RunningId是要从RunningLocationService的unitInfo里获取。不知道对不对。
现在单个service设计是从json文件里bulk upload ，也许以后是service和service之间通过cache或者DB传数据和用数据。