解决discuz论楼层显示错误并且楼主不显示方法

引用来源：X2.5的新程序架构

由以上信息可以看出Discuz!X2.0及更早版本与Discuz!X2.5对抢楼及盖楼的机制并不相同、数据结构也相应的存在差距。为了解决这一问题，我们同时首先需要了解下discuz数据表以下几个常见字段：

tid：主题id
pid：帖子id
position：显示位置
first：是否是首贴

Discuz!X2.0及更早版本主题抢楼盖楼数据表：
forum_post 帖子表
forum_postposition帖子排楼顺序表，用来存储论坛帖子的排序，该表采用 (tid, position) 两个字段联合做自增主键，在高并发情况下，效率自然不高。（题外话，补充一点：该表不宜修改为InnoDB，建议新增了一列自增ID做主键，该主键和业务完全没有任何关系，仅用做自增主键。）
forum_postposition表的存储内容格式：

在抢楼帖中假设forum_post表中first字段为1且该帖pid与forum_postposition表中pid相等且forum_postposition表中position字段为1对应则为1楼。

Discuz!X2.5及更高版本主题抢楼盖楼数据表：
forum_postpositin帖子排楼顺序表：取消了forum_postpositin表，在 post主表中增加 position 字段保存每个帖子的楼号。
forum_post 帖子表中多了一个position字段，如图：

至此，你应该知道如何解决或处理该问题了。该问题在Discuz!X2.5及更高版本中很少遇见或几乎不会遇见，原因上述内容已经提到。

扩展阅读

先不分析X2.5固定楼号的利弊，就谈谈从dz7.2到X2.5对楼层处理机制以及变化的优缺点。
dz7.2用 postposition表来实现抢楼楼号排序，顺便也实现了对高楼层分页性能优化；X2 postpositon表只用来抢楼，对于高楼层主题分页优化没看到相关处理；X2.5对post主表添加楼号字段来让所有帖子的楼号固定，从而解决分页性能问题，也一并解决了抢楼问题。

从抢楼为主，附加高楼层分页到所有楼层分页为主，附带实现了抢楼，这个变化说明随着discuz功能增加对于分页性能的需求也变大，另外一个显示原因是那些长期使用discuz系统的大站数据也越来越大，大于1000万帖子的不是少数，他们对分页性能提高的需求更迫切。