質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
Redis

Redisは、オープンソースのkey-valueデータストアで、NoSQLに分類されます。すべてのデータをメモリ上に保存するため、処理が極めて高速です。

Q&A

解決済

2回答

10644閲覧

RedisをJSON形式で保存するのはアリ?

退会済みユーザー

退会済みユーザー

総合スコア0

Redis

Redisは、オープンソースのkey-valueデータストアで、NoSQLに分類されます。すべてのデータをメモリ上に保存するため、処理が極めて高速です。

0グッド

1クリップ

投稿2017/02/21 08:07

本番サービスで初めてRedisを使った運用をする予定です。

現在実装しようとしているのは、ユーザーがどのルームに入っているかの情報をRedisで保存する機能です。
ユーザーIDをキーに、ルームIDをバリューに入れるだけでも良いのかと当初は考えたのですが、複数デバイスからの利用を考えると次のような実装にしようと考えています。

アイデア 1

各ユーザーごとに独立したハッシュ型の値を生成し、キーにルームID、値に接続数を保存。

接続数というのは、例えばスマホとPCで同じルームにアクセスしていた場合、どちらか一方が抜けてしまってもオフライン判定にならないように、端末ごとにカウントするものを想定しています。

(サンプル)

ルームID接続数
11
22
41

【懸念点】

・ユーザーごとにキーを生成すると、キーが多くなりすぎて管理が煩雑になりそう?

アイデア 2

接続数を管理するのは一つのキーで、ユーザーIDごとにJSONで管理する

アイデア1のハッシュ型をJSONの形式で埋め込んでしまうことで、一つのキーだけで管理できるようにします。

(サンプル)

ユーザーID
1"{1: 1, 2:2, 4:1}"
2"{5: 1, 9: 3, 12: 1}"
3"{15: 1, 91: 3, 122: 1}"

【懸念点】

・そもそもJSON形式の運用はイレギュラーなのでは?という不安
・JSONにすることでデコード時などにオーバーヘッドが生じる

今回思いついた案としては上の二つがあり、どちらが運用上適切かどうか教えていただけないでしょうか。
またこの2つ以外にもっと良い方法がありましたら、ぜひ教えて頂けると幸いです。

よろしくお願いします。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答2

0

ベストアンサー

私ならサービスの利便性や拡張性を考え Hash 型を利用するかも。

DB:サービス
Key:お店
field:ルーム
value:ユーザ

HGET(お店, ルーム) でルームに入ってるユーザ一覧を取得とかですかね。

色々な方式で格納を選択できるのが Redis の特徴だったりします。
http://redis.shibu.jp/commandreference/hashes.html

投稿2017/02/27 16:34

kurosawa

総合スコア780

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

0

Redisには、不定個のリスト(重複可)を管理するリスト型という機能があります。このあたりを使っていくのも一案かなと思いました。

投稿2017/02/21 08:13

maisumakun

総合スコア145183

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問