PHP システムのお知らせ - 全員に通知を送信します

私はよくこのような経験をします。つまり、システムにログインするとシステム メッセージ プロンプトが表示され、このメッセージは全員に向けられたものですが、プログラムはこのメッセージを見た人と見ていない人をどのように区別するのでしょうか? (見ていない人にはページの上部にプロンプ​​トが表示され、見た人には自動的に消えてしまうためです。) この効果は PHP を使用してどのように実現され、データ構造はどのように設計されているのでしょうか。

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

まず、テーブルに既読か未読のフィールドが必要です

まず、メッセージ リストが必要です。テーブルに既読か未読のフィールドを追加するだけです。

100,000 人のユーザーがいて、見た人もいない人もいる場合、このフィールドはどのようにマークされるべきでしょうか?

このメッセージの送信者と送信先もテーブルに記録する必要があります。これにより、各ユーザーのユーザー ID に基づいて個別のメッセージを読むことができます

テーブル構造
table1: message
msg_id msg_content public_time

table2:read
msg_id user_id read_time


システムメッセージを公開する メッセージにレコードを挿入するだけです
例:
123 "午後の休憩" 1414468731

見た人 読み取りテーブルにレコードを挿入します
123 5145 4468745



未読メッセージがあるかどうかを確認します

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

SQL の効率が気になる場合は、次のコマンドを使用できます

select * fromメッセージが残ったメッセージ 結合 (select* from read where user_id = 5145)temp on message.msg_id = temp .msg_id ここで、temp.user_id は null です。

table2:read
msg_id user_id read_time

システムメッセージを発行する メッセージにレコードを挿入するだけです

例:

123 "午後の休憩" 1414468731

読んだ人は読み取りテーブルにレコードを挿入します
123 51 45 1414468745



未読メッセージがあるかどうかを確認します

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

SQL 効率が気になる場合は、次のコマンドを使用できます

select * from message where message left join (select* from read where user_id = 5145)temp on message.msg_id = temp.msg_id where temp.user_id is null
この方法も検討しましたが、もしあれば。システム メッセージが多すぎる場合、ユーザーの数が多いため、データベース操作の量が非常に多くなります。ユーザーが 100,000 人いる場合、1 つのシステム メッセージに対して 100,000 のレコードが存在します。


このメッセージの送信者と送信先もテーブルに記録する必要があります。これにより、各ユーザーのユーザー ID に基づいて個人的なメッセージを読むことができます
これは全員に向けられたものなので、このプッシュ モードではありません適当

テーブル構造
table1:message
msg_id msg_content public_time

table2:read
msg_id user_id read_time


システムメッセージを公開する メッセージを挿入する 記録するだけ
たとえば:
123 「午後の休憩」 1414468731

読んだ人は、readテーブルにレコードを挿入します
123 5145 1414468745



未読の情報があるかどうかを判断します

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

SQL の効率性を考慮して、次のコマンドを使用できます。
select * from message where message left join (select* from read where user_id = 5145) temp on message.msg_id = temp .msg_id where temp.user_id is null;詳しいご回答ありがとうございます。私もこの方法を検討しましたが、システムメッセージが多すぎてユーザー数が多い場合、データベースの操作量が非常に多くなります。ユーザーが10万人いる場合、10万人になります。 1 つのシステム メッセージを記録するもっと簡単な方法はありませんか?

笑 それから、redis の使用を検討してください

10W のユーザーは、ユーザーが各メッセージを送信するかどうかをマークするために 15K のメモリが必要です

1. メッセージを読み取ります setbit msg_123 5415 1

2. getbit msg_123 5415 を読み取るかどうかを決定します



メッセージ テーブルにコンテンツとユーザー ID が含まれている場合、userid=0 はメッセージがグローバルであることを意味します ユーザー テーブルに、1,20,123 のように、表示されたメッセージ ID を記録するフィールドを追加できます

の後に追加します。メッセージ ID を見たことがあります
メッセージが比較的頻繁に送信される場合は、別のメッセージ閲覧記録テーブルを維持することを検討できます。フィールドは uid と msgid の 2 つだけで、どのレコードが閲覧されたかを記録するテーブルを作成します。見たことがありますか？ ? ?

見つからない場合は、彼に表示されます

テーブル構造
table1:message

msg_id msg_content public_time

table2:read
msg_id user_id Read_time


システムメッセージを公開する レコードを挿入するメッセージは可能です
例:
123 "午後の休憩" 1414468731

読んだ人は読み取りテーブルにレコードを挿入します
123 5145 1414468745



未読の情報があるかどうかを確認します
select * from message ここでmsg_id not in (select msg_id from read where user_id = 5145)

SQL 効率が気になる場合は、次のコマンドを使用できます

select * from message where message left join (select* from read where user_id = 5145) temp on message.msg_id = temp .msg_id where temp.user_id is null;
詳しいご回答ありがとうございます この方法も検討しましたが、システムメッセージが多すぎてユーザー数が多いとデータベースの操作量が増えてしまいます。ユーザーが 100,000 人いる場合、1 つのシステム メッセージには 100,000 件のレコードが含まれます。


笑 それから、redis の使用を検討してください

10W のユーザーは、ユーザーが各メッセージを送信するかどうかをマークするために 15K のメモリが必要です
1. メッセージを読み取ります setbit msg_123 5415 1

2. getbit msg_123 5415 を読み取るかどうかを決定します


ありがとうまたまたお世話になります！

メッセージ テーブルにはコンテンツとユーザー ID が含まれます。 userid=0 の場合、メッセージがグローバルであることを意味します
ユーザー テーブルに、1,20,123 などのカンマで区切って、表示されたメッセージ ID を記録するフィールドを追加できます。メッセージ ID を確認したら追加します
メッセージが比較的頻繁に送信される場合は、uid と msgid の 2 つのフィールドのみが表示されます
はい!現時点では、これがより便利な唯一の方法です。

見つからない場合は、それが彼に表示されます。こんな感じで試してみてもいいですよ