为尚未阅读该主题的用户存储论坛的价值（这是一个坏主意）将无法扩展。如果确实需要，可以 用另一种方法来做 ，因为您还将遇到与新用户注册后必须向
数据库中的每个主题 添加条目相关的问题。
代替前面的关系表，请尝试如下进行操作：1
Table: topics+----+-------+------+-----| id | title | body | ...+----+-------+------+-----| 1 | xyz | .... | ...Table: replies+----+-------+------+-----| id | title | body | ...+----+-------+------+-----| 3 | xyz | .... | ...Table: read_topics+---------+----------+| user_id | topic_id |+---------+----------+| 2 | 1 |
当您拥有大量用户时，您的方法虽然可能（并且更容易想象）开始崩溃，但是可伸缩性是您在注释中提到的。这里的另一个问题是，采用这种方法会造成 巨大的
性能损失，因为在进行另一笔交易之前，您必须从数据库中提取数据，对其进行拆分，然后进行操作和重新组合。您还存在 同时由两个CGI线程写入表的
问题。玩的开心…
您正在使用一种用于数据操纵，排序，数据关系和存储的工具，因此将其用于所有工具，而不仅仅是作为信息的垃圾场。
1.我距离数据库优化的专家还很遥远，很可能有比这更好的方法。测试！
