84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
比方说每条数据需要相关用户的信息，是存放user_id，每次读取时都去获取最新的用户信息，还是直接存放user对象的实际数据？
是时间换空间，还是空间换时间？
好纠结啊，大家一般怎么操作？
如果用户信息是会有更新的情况 那就必须存user_id，然后另外获取（通常在用户登录的时候已经获取并配合redis进行存储调用）还有就是不要忽略mongodb的存储读取速度，这个是mongodb的优势所在。就个人而言我所有的项目都是讲用户分开存储然后通过user id调用的。 仅供参考。
的确很难用一个标准去衡量
如果要联合多个表格，因为是异步操作，会显得有些麻烦。
如果改动比较平凡的数据，还是用ID关联吧
大多还是存放user_id得，这样子好管理些
当然是存 id , 从逻辑上讲 如果用户注销/被删除/被举报/存在违规的内容 , 但是你存的是实际数据, 到时候你怎么修改呢?
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
如果用户信息是会有更新的情况 那就必须存user_id，然后另外获取（通常在用户登录的时候已经获取并配合redis进行存储调用）还有就是不要忽略mongodb的存储读取速度，这个是mongodb的优势所在。就个人而言我所有的项目都是讲用户分开存储然后通过user id调用的。 仅供参考。
的确很难用一个标准去衡量
如果要联合多个表格，因为是异步操作，会显得有些麻烦。
如果改动比较平凡的数据，还是用ID关联吧
大多还是存放user_id得，这样子好管理些
当然是存 id , 从逻辑上讲 如果用户注销/被删除/被举报/存在违规的内容 , 但是你存的是实际数据, 到时候你怎么修改呢?