あなたがメッセージングシステムに取り組んでいるとしましょう。非常に基本的なもので、バックアップやコーディングなどを簡単に行えるように、シンプルに保ちたいと考えています。また、高速で、時間の経過とともに拡張できるようにします。
これを処理するためのスタックベースのシステムについてどう思いますか?
たとえば、To、From、Timestamp、および Message で構成されるメッセージがあるとします。これらのメッセージをスタックし、ユーザーがサインインしてメッセージを確認したい場合は、リストをループして、To == 現在ログインしているユーザーのすべてのインスタンスを見つけるだけです。
これはこれを処理する良い方法だと思いますか? それとももっと良い方法があると思いますか？提案？
以下の画像と上記のポスターのように設定するのと同じくらい簡単だと思います...ユーザーテーブルとメッセージテーブル。メッセージが読まれたかどうかを示すフラグを追加することを検討してください。これは、onClick によって更新されます。
ドメイン オブジェクトを設計し、SPLObjectStorageを使用してメッセージをスタックすることができます。
SQL レベルで (=== 現在ログインしているユーザーに対して) フィルタリングを行うので、ユーザーが読む必要があるメッセージをロードするだけです。これにより、ロード時間が短縮されます。
編集：
という名前のテーブルがあります
と呼ばれるテーブル
他のさまざまな分野と。users.id = messages.senderIdこのようにして、 とを介して 2 つのテーブルを結合できますusers.id = messages.recipientId。senderId と recipientId に 2 つのインデックスを配置することを検討する必要があります。