关于目前的博客的回复存储形式，都是加一个 parent_id 存储完事，不存线索串的所有 id ，总感觉在回复量大的情况下会对查询构成负担。
（根据 parent_id 一层层回溯肯定不靠谱，博客应该是把这个 topic_id 的的所有的回复都取出来，然后再根据结果来一层层整理，但如果有分页呢，也查出所有结果是否是多余呢？）
论坛的做法，只有一层引用，且把引用的内容给直接存到这个回复里面了。
目前看来适当的冗余，按顺序存下线索串然后根据值得买的样子做适当折叠，保留搭楼的形式，大概是最好的做法了。
先查出该页的所有回复内容，然后再把所有回复内容的下面的线索串 id 取出来，然后合并后去重然后和这页回复内容取差集，然后丢进去再查询一次，再构造楼层结构是最好的做法了。