未読メッセージの通知のために論理的に何をすべきでしょうか?

シナリオは、プラットフォーム上にさまざまな新しいメッセージの通知があるときに、プラットフォーム内のメンバーに未読のメッセージが通知されるというものです。

私の当初のアイデアは、未読メッセージを記録するために、デフォルトでは空の通知フィールドをメンバーに提供することでした。新しいメッセージがプラットフォームでリリースされるたびに、メッセージの ID がすべてのメンバーの通知に追加されます。通知の最終構造は $id、$id、$id、です。複数あるということは、未読のメッセージがいくつかあることを意味し、各メッセージの対応する ID をクリックしてこの情報を参照すると、対応する $id が通知から削除されます。

この考えは合理的ですか?それとももっと良いアイデアは何でしょうか？

ディスカッションに返信 (解決策)

あるいは、私が考えた別のアイデアは、どのような新しい情報がリリースされても、その情報をサイト メッセージの形式でユーザーに直接送信するのが便利であるということです。管理しますが、欠点は、サイト上のメッセージの量が突然増加することです

メッセージを送信した後、値は空のままです。ユーザーがメッセージをクリックすると、値が表示されます。フィールドのステータスを変更するために渡されます

サイト上のメッセージ数が突然増加しても問題ありません

新しいメッセージテーブルを作成し、各メッセージをユーザー ID と通知に対応させて決定します。通知の値を変更することで既読かどうかを確認

ユーザーの ID と既読の有無に対応してメッセージごとに 1 つのレコード

欲しいもの この種のメッセージ システムは掲示板の単なる拡張です読み取り許可を識別するフィールドを追加するだけで、メッセージ ID と対応するユーザー ID を保存するテーブルを設定できます。このテーブルは非常に長い場合があるため、月ごとに 1 つのテーブルに分割できます

申し訳ありませんが、

公開されたメッセージを格納する配列 (メッセージ ID) は memcache に保存されます
ユーザーがログインすると、読み取られたメッセージがデータベースが読み取られるかどうかは、メッセージが公開されるまでにどのくらいの時間がかかるかを設計する方法によって異なります

次に、ユーザーがオンラインのときのデータのやり取りを memcache などのキャッシュに保存し、オンラインのときに新しいメッセージの通知を定期的に読み取ります (メッセージを即座にプッシュする必要があるからですよね?)

memcache データの有効期限が切れるまでにどのくらい時間がかかりますか? データが無効になった場合、ユーザーはデータベース内のデータを再読み取りして一時キャッシュを再生成する必要があります。 memcache 内のデータ

ユーザーの数と消費する必要のあるメモリの量を確認する 複数の組み合わせ ユーザーが多く、リクエストも多いため、データベースへの読み取りと書き込みを最小限に抑える方法がいくつかあります。