本人菜鸟，没接触过实际生产环境

看了一下其他的开源项目，都是把帖子放在一张表里，回复放在一张表里。需要展示帖子回复的时候就去回复表里找。

感觉如果回复表很大，那查询时间不是很长么？
而且为了某一个帖子的回复，去把所有的回复找一遍，不太符合直觉......
或者说通过索引就能解决查询时长的问题？
或者说根本不是用的关系型数据库？

想问问实际情况是怎么设计处理的

——————————————10月9日补充问题————————————————

关于1楼所说的“一张大表”和我提出的“分表”的结构我都手动实现过。

我还有其他的想法：

比如把一个主题的回复全部结构化然后base64，放到“主题表”的一个字段中

再比如把一个帖子的全部回复结构化放到一个文件中，把文件放到服务器一个目录下，而“主题表”给一个文件的连接，需要的时候读取，修改

主要的问题在于“大数据量”，“高并发”，的情况，我本人没办法复现，所以想问问，实际大型项目中，到底是怎么设计的？(缓存什么的负载什么的cdn什么的先不考虑)