php訊息推送 - php網站 訊息推送原理請教

主要資訊：打算做使用者管理系統，是 邀請註冊的。我的 admin表和使用者表是分開的。

遇到的問題：
問題一：admin（網站管理員）可指定使用者推送訊息，也可以向全部使用者推送訊息，也可以向註冊邀請碼為####的使用者推送訊息。
問題二：我可以向通過我的邀請碼註冊的使用者組推送訊息，也可以向通過我的邀請碼註冊的使用者推送訊息。

我的想法是：
想法一：建一個訊息表，我在給使用者組發送訊息的時候把所有的id查出來，然後寫到表裡面，在前台查詢的時候查詢這個表是否有該使用者的id，如果有的話就顯示，但是感覺我想的這個想法不合理，如果網站有1000個使用者，寫的時候很耗時，使用者介面在讀取的時候也很耗時，還有就是沒法判斷使用者是已讀還是未讀，這樣是一個資料對應多個id。
想法二：簡曆一個訊息表，我在給使用者組發送訊息的時候把所有的id查出來，然後把這些id迴圈插入到這個表中。這樣可以解決使用者是已讀還是未讀的問題，因為每個id對應的是一條資料。但是假設我的網站有10000個會員，我要是每天推送一條資料，其他使用者發送的訊息，時間一長，表中就會有幾十萬或者幾百萬條資料，早晚會拖死資料庫。感覺也不是最佳的方式。

希望有這方面知識的可以給講個好一點的思路，謝謝。

回複內容：

主要資訊：打算做使用者管理系統，是邀請註冊的。我的admin表和使用者表是分開的。

遇到的問題：
問題一：admin（網站管理員）可指定使用者推送訊息，也可以向全部使用者推送訊息，也可以向註冊邀請碼為####的使用者推送訊息。
問題二：我可以向通過我的邀請碼註冊的使用者組推送訊息，也可以向通過我的邀請碼註冊的使用者推送訊息。

我的想法是：
想法一：建一個訊息表，我在給使用者組發送訊息的時候把所有的id查出來，然後寫到表裡面，在前台查詢的時候查詢這個表是否有該使用者的id，如果有的話就顯示，但是感覺我想的這個想法不合理，如果網站有1000個使用者，寫的時候很耗時，使用者介面在讀取的時候也很耗時，還有就是沒法判斷使用者是已讀還是未讀，這樣是一個資料對應多個id。
想法二：簡曆一個訊息表，我在給使用者組發送訊息的時候把所有的id查出來，然後把這些id迴圈插入到這個表中。這樣可以解決使用者是已讀還是未讀的問題，因為每個id對應的是一條資料。但是假設我的網站有10000個會員，我要是每天推送一條資料，其他使用者發送的訊息，時間一長，表中就會有幾十萬或者幾百萬條資料，早晚會拖死資料庫。感覺也不是最佳的方式。

希望有這方面知識的可以給講個好一點的思路，謝謝。

http://www.workerman.net/web-sender

做訊息推送的，可以看下這個

