应用场景大概是这样，一个问答社区，用户可以发布提问和回答。现在需要根据从表对主表进行排序。
用户的个人信息我放在U表
跟用户相关的数据统计的信息都放在B表，里面存着如发布文章数、发布的问题数、回答的数、回答被采纳的数量、文章被推荐的数量、粉丝数、自己关注的用户数、关注的标签数。
现在需要查询B表中回答数量最多的前10条记录，同时从U表中获取这些用户的个人信息。
本版升级功能：1、增加“系统参数设置”功能，可在线管理编辑全站数据库路径、备份路径，无须到程序代码下更改；2、改进后台管理员权限分配问题，严谨、完善、安全的根限分配细分到每个功能页面的列表查看权限、添加权限、编辑权限、删除权限都可以在线分配，确保系统在多用户管理下，安全稳定运行；3、更新优化数据库操作，在线备份、压缩、恢复数据库，管理登录日志；4、增加&am
0
请问这个查询应该如何写比较好？或者这种表关系设计是否合理？
另外我有个思路是把B表里的这些字段放到用户的U表里，但感觉字段会多出8，9个，会有什么问题么。
应用场景大概是这样，一个问答社区，用户可以发布提问和回答。现在需要根据从表对主表进行排序。
用户的个人信息我放在U表
跟用户相关的数据统计的信息都放在B表，里面存着如发布文章数、发布的问题数、回答的数、回答被采纳的数量、文章被推荐的数量、粉丝数、自己关注的用户数、关注的标签数。
现在需要查询B表中回答数量最多的前10条记录，同时从U表中获取这些用户的个人信息。
请问这个查询应该如何写比较好？或者这种表关系设计是否合理？
另外我有个思路是把B表里的这些字段放到用户的U表里，但感觉字段会多出8，9个，会有什么问题么。
这就是最简单的表联合啊
SELECT u.xxx, ..., b.xxx, ...
FROM u JOIN b ON (u.id = b.uid)
ORDER BY b.answers DESC
LIMIT 10;
这个设计是没问题的，保证了常变化的数据与不常变化的数据的物理分离
如果冗余a表的字段到b表 用户资料更新的时候 你需要更新两个表
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
178
收藏
