扫码关注官方订阅号
84669人学习
65727人学习
82984人学习
467778人学习
498837人学习
471966人学习
256484人学习
152542人学习
224170人学习
139536人学习
81804人学习
85022人学习
11944人学习
20001人学习
60816人学习
5487人学习
15007人学习
2150人学习
6980人学习
194925人学习
359900人学习
1142人学习
19058人学习
3206人学习
180550人学习
48569人学习
17603人学习
40936人学习
1049人学习
750人学习
32909人学习
比方说每条数据需要相关用户的信息,是存放user_id,每次读取时都去获取最新的用户信息,还是直接存放user对象的实际数据?
是时间换空间,还是空间换时间?
好纠结啊,大家一般怎么操作?
如果用户信息是会有更新的情况 那就必须存user_id,然后另外获取(通常在用户登录的时候已经获取并配合redis进行存储调用)还有就是不要忽略mongodb的存储读取速度,这个是mongodb的优势所在。就个人而言我所有的项目都是讲用户分开存储然后通过user id调用的。 仅供参考。
的确很难用一个标准去衡量
如果要联合多个表格,因为是异步操作,会显得有些麻烦。
如果改动比较平凡的数据,还是用ID关联吧
大多还是存放user_id得,这样子好管理些
当然是存 id , 从逻辑上讲 如果用户注销/被删除/被举报/存在违规的内容 , 但是你存的是实际数据, 到时候你怎么修改呢?
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
扫描下载App
Copyright 2014-2024 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
精品班
技术支持
技术咨询
学习群
会员优惠
返回顶部
如果用户信息是会有更新的情况 那就必须存user_id,然后另外获取(通常在用户登录的时候已经获取并配合redis进行存储调用)还有就是不要忽略mongodb的存储读取速度,这个是mongodb的优势所在。就个人而言我所有的项目都是讲用户分开存储然后通过user id调用的。 仅供参考。
的确很难用一个标准去衡量
如果要联合多个表格,因为是异步操作,会显得有些麻烦。
如果改动比较平凡的数据,还是用ID关联吧
大多还是存放user_id得,这样子好管理些
当然是存 id , 从逻辑上讲 如果用户注销/被删除/被举报/存在违规的内容 , 但是你存的是实际数据, 到时候你怎么修改呢?