用于存储未读帖子和通知的 PHP 想法

Question

所以我一直在研究我正在构建的一个论坛，并且一直专注于它的一个方面，即如何在不在数据库中存储大量数据的情况下跟踪未读的帖子和通知。在查看了一些解决方案之后，我相信我想出了一个可能适合我需要的解决方案，但需要一双新的眼睛来指出我没有想到的东西。这是我的想法的架构。

1) 当用户登录时，检查当前 time() 和上次登录 time() 之间的帖子。

2) 如果找到帖子，添加到数组，然后 serialize() 数组并保存到数据库中的成员行。

3) 如果不为空则输出数组给用户。

这样它只会检查未读的帖子并存储在实际登录论坛的用户上，而不是占用不必要的空间来存放非活跃用户的未读 ID。我仍然想知道这是否不是一个好主意，因为如果用户不阅读帖子，那么数据库中的序列化可能会变得太大而无法管理。

有没有人发现我的思维方式有问题？如果是这样，请告诉我。

Answer 1

在实际出现问题之前，不要担心空间。存储帖子 ID(整数)和用户 ID(另一个整数)的表会很小。即使您有成千上万的帖子和成千上万的用户，您也可以放心地假设:

• 很大一部分用户将处于非事件状态(一次性注册发布一些东西而忘记了整个问题)
• 即使是活跃成员也不会阅读所有帖子，而只会阅读他们感兴趣的主题中的(相对较小的)一部分。

另一件事:如果你真的想尽量减少空间，不要存储未读的帖子。仅存储每个线程中最后阅读的帖子。这是每个用户每个线程一条记录，并且仅假设用户曾经打开过线程。