Redis を整える。

HSET product:1 name apple category fruit price 150
HSET product:2 name mikan category fruit price 80
HSET product:3 name milk category drink price 200
HSET product:4 name tea category drink price 120
HSET product:5 name bread category bakery price 250
ZADD products:by_price 150 1 80 2 200 3 120 4 250 5
SADD category:fruit 1 2
SADD category:drink 3 4
SADD category:bakery 5
HSET order:1 product_id 1 qty 3 ordered_on 2026-10-01
HSET order:2 product_id 3 qty 1 ordered_on 2026-10-01
HSET order:3 product_id 2 qty 5 ordered_on 2026-10-02
HSET order:4 product_id 1 qty 2 ordered_on 2026-10-03
HSET order:5 product_id 4 qty 4 ordered_on 2026-10-03
HGETALL product:1

結果

(integer) 3
(integer) 3
(integer) 3
(integer) 3
(integer) 3
(integer) 5
(integer) 2
(integer) 2
(integer) 1
(integer) 3
(integer) 3
(integer) 3
(integer) 3
(integer) 3
1) "name"
2) "apple"
3) "category"
4) "fruit"
5) "price"
6) "150"

Redis には表がなく、「キー → 値」の組を入れていきます。ここでは商品1件を product:1 のようなキーのハッシュ（項目名と値の組の集まり）にし、価格順の索引としてソート済みセット products:by_price、カテゴリごとの集合 category:fruit などを自分で作っています。値はすべて文字列として保存されます。日本語の値も保存できますが、redis-cli は "\xe3\x82\x8a…" のようにバイト単位でエスケープして表示するため、このページでは英字の値を使っています。

同じお題をほかのデータベースで： PostgreSQL・MySQL・DuckDB・MongoDB

ZRANGEBYSCORE products:by_price 100 +inf
HGET product:4 name
HGET product:1 name
HGET product:3 name
HGET product:5 name

結果

1) "4"
2) "1"
3) "3"
4) "5"
"tea"
"apple"
"milk"
"bread"

Redis には WHERE がなく、ハッシュの中身を条件で探す命令もありません。「価格で絞り込む」と決めているから、あらかじめ価格をスコアにしたソート済みセットを作っておき、ZRANGEBYSCORE で 100 以上（+inf は上限なし）の商品 ID を取り出します。名前はその ID を使ってハッシュから読みます。後から別の条件で探したくなったら、そのための索引を書き込みのたびに作っておく必要があります。

同じお題をほかのデータベースで： PostgreSQL・MySQL・DuckDB・MongoDB

SCARD category:fruit
SCARD category:drink
SCARD category:bakery
HINCRBY qty_by_product 1 3
HINCRBY qty_by_product 1 2
HGET qty_by_product 1

結果

(integer) 2
(integer) 2
(integer) 1
(integer) 3
(integer) 5
"5"

GROUP BY のように、たまったデータを後から数え直す命令はありません。カテゴリごとの件数は、カテゴリごとのセットを作っておけば SCARD で数えられます。商品ごとの販売数のような合計は、注文を書き込むたびに HINCRBY や INCR でカウンターを増やしておき、読むときはその値を見るだけにする、という作り方をします。

同じお題をほかのデータベースで： PostgreSQL・MySQL・DuckDB・MongoDB

HGETALL order:4
HMGET product:1 name price

結果

1) "product_id"
2) "1"
3) "qty"
4) "2"
5) "ordered_on"
6) "2026-10-03"
1) "apple"
2) "150"

JOIN はありません。まず注文のハッシュを読み、そこに入っている product_id（ここでは 1）を使って product:1 を読む、という2回の問い合わせになります。2つを組み合わせて「apple を 2 個・300 円」とまとめるのはアプリケーション側の仕事です。よく一緒に読む値は、注文のハッシュに商品名も書いておく（重複を許す）設計もよく使われます。

同じお題をほかのデータベースで： PostgreSQL・MySQL・DuckDB・MongoDB

ZREVRANGE products:by_price 2 3 WITHSCORES

結果

1) "1"
2) "150"
3) "4"
4) "120"

ソート済みセットはスコアの順に並んでいるので、何番目から何番目までと位置（0 から数える）で取り出せます。ZREVRANGE は大きい順で、1ページ2件の2ページ目は 2 番目から 3 番目です（終わりの位置も含みます）。WITHSCORES を付けると、メンバー（商品 ID）とスコア（価格）が交互に返ります。

同じお題をほかのデータベースで： PostgreSQL・MySQL・DuckDB・MongoDB

HSET product:2 price 90
HSET product:6 name banana category fruit price 100
ZADD products:by_price 90 2 100 6
HGETALL product:2
HSETNX product:1 price 999
SET coupon:spring 10 NX
SET coupon:spring 20 NX
GET coupon:spring

結果

(integer) 0
(integer) 3
(integer) 1
1) "name"
2) "mikan"
3) "category"
4) "fruit"
5) "price"
6) "90"
(integer) 0
OK
(nil)
"10"

SET や HSET は、キーや項目があれば上書き、無ければ追加するのが標準の動きです。HSET の戻り値は新しく増えた項目の数なので、価格を変えただけのときは 0 になります。ZADD も同じで、既にあるメンバーはスコアだけ更新されます（戻り値は新しく増えた数）。逆に「無いときだけ入れる」には SET の NX や HSETNX を使い、既にあれば何もせず (nil) や 0 を返します。

同じお題をほかのデータベースで： PostgreSQL・MySQL・DuckDB・MongoDB