Nodejsで使用するredis clientは何がベターなのかを調査する
はじめに 今後PaaS上での開発に移行するにあたり、Node jsを利用していくことになりました。 その際に使うredisクライアントのライブラリを調査してるのですが、そういやこういうものの調べ方や考えをまとめたことないなと思ったので、後輩とかに共有するためにちょっとまとめてみようと思います。 候補 → ioredis or node-redis まずは候補を探します。 redis公式 がおすすめを提示してくれていましたので、そのまま参考にします。 星マークがおすすめ。ニコちゃんマークは開発が活発なもの(過去6ヶ月で動きがあったもの)です。 以下3 repisitoriesがおすすめに上がっていますね。 ioredis node-redis tedis 最後のtedisだけスター数が少なく、以下redislabsのdocument referenceにもtedisが乗っていないので、こちら
入門 : Redis のデータ構造と概念 — Redis Documentation (Japanese Translation)
入門 : Redis のデータ構造と概念¶ Redis は プレーン なキー・バリューストアではありません。実質的には、異なる種類の値をサポートする データ構造サーバー (data structures server) といえます。つまり、従来のキー・バリューストアでは、キーに文字列値を関連づけるのに対して、Redis では値はシンプルな文字列に限定されず、もっと複雑なデータ構造を格納することができます。以下のリストは、Redis でサポートされるすべてのデータ構造の一覧です。このチュートリアルで、それぞれについて説明していきいます: バイナリ・セーフな文字列 Lists: 文字列のコレクション。挿入された順序を保つ。基本的には linked list. Sets: ユニークで、順序づけられない文字列のコレクション。 Sorted sets: Sets に似ているが、すべての要素には スコ
redis キーのネーミング - KUSAMAKURA
redis キーのネーミングルールに迷ったが、本家の topics にサンプルになりそうな記述があったのでまとめてみた。 記事としては、Redis のキーに対してどのような値を設定するべきか、と言った内容なのだが、ここではネーミングに関してのみ書き出してみた。 フィールド間のデリミタには、「:」を使用 "user:1000:followers" 複数ワードの区切りは、「-」または、「.」を使用 "comment:1234:reply.to" "comment:1234:reply-to" 基本的に小文字 NG: "Comment:1234:ReplyTo" フィールドは意味のある区切りとする NG: "u1000flw" Redis keys Redis keys are binary safe, this means that you can use any binary sequenc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Module 4: Caching and Best Practices
