Database Reference
In-Depth Information
reicht aus, um alle Facebook-Accounts als Liste unter einem einzigen Schlüs-
sel vorzuhalten.
Während einem einige Redis-Befehle etwas kryptisch erscheinen mögen, fol-
gen sie doch einem guten Muster. SET -Befehle beginnen mit S ,Hashesmit H
und sortierte Sets mit Z . Listenbefehle fangen entweder mit L (für links) oder
R (rechts an), je nach Richtung der Operation (wie etwa LPUSH ).
Hash
Hashes sind wie verschachtelte Redis-Objekte, die eine beliebige Anzahl von
Schlüssel/Wert-Paaren enthalten können. Wir wollen einen Hash nutzen, um
die Nutzer nachzuhalten, die sich für unseren URL-Shortener-Service anmel-
den.
Hashes sind nett, weil wir mit ihrer Hilfe die Daten ohne künstliche Schlüs-
sel-Präfixe speichern können. (Beachten Sie, dass wir den Doppelpunkt [:] in
unserem Schlüssel verwenden. Er ist ein gültiges Zeichen, der einen Schlüs-
sel in logische Segmente aufteilt. Das ist aber nur eine Konvention ohne eine
tiefere Bedeutung für Redis.)
redis 127.0.0.1:6379> MSET user:eric:name "Eric Redmond" user:eric:password s3cret
OK
redis 127.0.0.1:6379> MGET user:eric:name user:eric:password
1) "Eric Redmond"
2) "s3cret"
Anstelle separater Schlüssel können wir einen Hash erzeugen, der seine ei-
genen Schlüssel/Wert-Paare enthält.
redis 127.0.0.1:6379> HMSET user:eric name "Eric Redmond" password s3cret
OK
Wir müssen nur einen einzigen Redis-Schlüssel nachhalten, um alle Werte
im Hash abzurufen.
redis 127.0.0.1:6379> HVALS user:eric
1) "Eric Redmond"
2) "s3cret"
Wir können aber auch alle Hash-Schlüssel abrufen.
redis 127.0.0.1:6379> HKEYS user:eric
1) "name"
2) "password"
Search WWH ::




Custom Search