So führen Sie Paging in Redis durch

Die Benutzerkommentare unter jedem Thema werden zusammengestellt und in Redis geschrieben. Jedes Thema hat eine Themen-ID, und jeder Kommentar wird mit der Themen-ID verknüpft, grobe Daten Das Modell ist wie folgt: (Empfohlenes Lernen: Redis-Video-Tutorial)

{ topicId: 'xxxxxxxx', comments: [ { username: 'niuniu', createDate: 1447747334791, content: '在Redis中分页', commentId: 'xxxxxxx', reply: [ { content: 'yyyyyy' username: 'niuniu' }, ... ] }, ... ]}

Nachdem Sie die Kommentardaten von MySQL abgefragt, assembliert und in Redis gespeichert haben, können Sie die Assembly von Redis abrufen Jedes Mal, wenn gute Kommentardaten vorliegen, handelt es sich, wie aus dem obigen Datenmodell hervorgeht, ausschließlich um Schlüsselwertdaten, die mithilfe eines Hash gespeichert werden müssen. Allerdings müssen die Kommentardaten jedes Mal ausgelagert und sortiert werden durch das Feld „createDate“ muss der Hash sein. Paging und Sortierung sind nicht möglich.

Schauen wir uns also nacheinander die von Redis unterstützten Datentypen an:

1. Wird hauptsächlich zum Speichern von Zeichenfolgen verwendet und unterstützt offensichtlich kein Paging und Sortieren.

2. Hash: Wird hauptsächlich zum Speichern von Schlüsselwertdaten verwendet. Das Kommentarmodell besteht ausschließlich aus Schlüsselwertdaten, daher wird hier zweifellos Hash verwendet.

3. Wird hauptsächlich zum Speichern einer Liste verwendet. Jedes Element in der Liste wird in der Reihenfolge gespeichert, in der die Elemente eingefügt werden, und fügt sie dann in die Liste ein. Es scheint, dass Sortierung und Paginierung auch mit dem Start-Stopp-Befehl der LRANGE-Taste in List möglich sind.

Nun, hier scheint die Liste unsere Paging- und Sortieranforderungen zu erfüllen, aber Kommentare werden trotzdem gelöscht, sodass die Daten in Redis jedes Mal aktualisiert werden müssen, wenn ein Kommentar gelöscht wird Das einmalige Umschreiben aller Daten in Redis ist offensichtlich nicht elegant genug und die Effizienz wird erheblich beeinträchtigt. Es ist zweifellos besser, wenn die angegebenen Daten gelöscht werden können und RPOP, aber LPOP und RPOP Nur die Daten am Anfang und Ende der Liste können gelöscht werden, und die Daten an der angegebenen Position können nicht gelöscht werden (Hinweis: Es gibt tatsächlich einen LREM-Befehl, der gelöscht werden kann, aber das ist der Fall (sehr unpraktisch). Darüber hinaus kann diese Liste bei hohem gleichzeitigem Zugriff auf die Schnittstelle unbegrenzt erweitert werden und es werden viele Daten darin dupliziert, was sich auf das normale Geschäft auswirkt, sodass die Liste nicht geeignet ist.

4. Set: speichert hauptsächlich ungeordnete Sets, ungeordnet! ausschließen.

5. SortedSet: Speichert hauptsächlich geordnete Mengen. ZADD-Schlüsselbewertungsmitglied [[score, member]…] bindet eine Wertbewertung für die Sortierung an jedes hinzugefügte Elementmitglied nach der Größe des Score-Wertes Hier können Sie createDate als Score zum Sortieren verwenden.

Der Befehl ZREVRANGE key start stop in SortedSet kann die Mitglieder im angegebenen Bereich zurückgeben, die zum Paging verwendet werden können. Der Befehl ZREM key member in SortedSet kann das angegebene Mitglied entsprechend dem Schlüssel entfernen. was die Löschanforderungen erfüllen kann, ist SortedSet hier am besten geeignet (Zeitkomplexität O(log(N))).

Die Datentypen, die verwendet werden müssen, sind SortSet und Hash. SortSet wird für die Paging-Sortierung verwendet, und Hash wird zum Speichern spezifischer Schlüssel-Wert-Paardaten verwendet. In der SortSet-Struktur wird die Topic-ID jedes Themas als Schlüssel des Satzes verwendet, und das Erstellungsdatum und die Kommentar-ID der mit dem Thema verknüpften Kommentare werden als Bewertung bzw. Mitglied des Satzes verwendet. Die Reihenfolge der Kommentar-ID wird festgelegt entsprechend der Größe des createDate.

Wenn Sie die Kommentare auf einer bestimmten Seite eines bestimmten Themas abfragen müssen, können Sie die Themen-Topic-ID des Themas über den Befehl zrevrange topicId (Seite-1)×10 (Seite-1)×10 verwenden +perPage, damit Sie die Kommentare zu einem bestimmten Thema herausfinden können. Die CommitId aller Kommentare in chronologischer Reihenfolge auf einer Seite unter einem Thema. page ist die Seitennummer der Abfrageseite und perPage ist die Anzahl der auf jeder Seite angezeigten Elemente.

Nachdem Sie die Kommentar-ID aller Kommentare gefunden haben, können Sie diese Kommentar-IDs als Schlüssel verwenden, um den dem Kommentar entsprechenden Inhalt in der Hash-Struktur abzufragen.

Auf diese Weise werden die beiden Strukturen SortSet und Hash verwendet, um den Zweck des Pagings und Sortierens in Redis zu erreichen.

Natürlich können Sie statt des Hash-Typs auch einfach den Typ SrotedSet verwenden und die Kommentare direkt im Member speichern.

Aber warum Kommentare ablegen und in verschiedene Typen sortieren? Der Vorteil besteht darin, dass Sie verschiedene Sortierarten für Kommentare festlegen können, z. B. positive und negative Sortierung nach Zeit, positive und negative Sortierung nach Likes, positive und negative Sortierung nach Anzahl der Aufrufe usw. Auf diese Weise müssen Sie nur verschiedene SrotedSet-Sortierungen verwalten und müssen nicht den Inhalt mehrerer Kommentarsätze verwalten.

Das obige ist der detaillierte Inhalt vonSo führen Sie Paging in Redis durch. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!