フェイスブックのような通知システムを作り、その仕組みを考えて実現したかったのです。
notification（id、uid、query、date）とnotification_unread（id、nid、uid、date）の2つのテーブルがあります。
私はこれを次のように使用しようとしました。どこかにコメントを付ける場合は、次を追加します：my uid、$ _ SERVER ['QUERY_STRING']、NOW（）をnotification。
notification_unreadまだ読んでいない投稿のデータを挿入したかったので。この場合nid、通知IDを参照する必要があります。また、別の新しい投稿がある可能性がある場合にのみ、データがこのテーブルに挿入されます。ユーザーが何かを見るたびに、このテーブルから特定のエントリを削除します。
でも、このアプローチ（DBデザインを含む）がどこかで「間違っている」または「複雑すぎる」方法であるかどうかはわかりませんでしたが、理解できないため、これを実現できませんでした。にデータを挿入するときと方法の論理的な方法を考えてくださいnotification_unread。たとえば、新しい投稿をした後、自分に通知したくありません。しかし、私はまだテーブルにデータを挿入する必要があると思いますか？
つまり、私は必要なだけのデータを挿入し、これが最も効率的であることを実現しようとしているということです。
私をフォローしていただければ幸いです。何か提案をいただければ幸いです。