The Little Redis Book

http://openmymind.net/2012/1/23/The-Little-Redis-Book/

by latch • 15 years ago

146 15 15 years ago

openmymind.net

antirez• 15 years ago

Thank you Karl! I hope to provide some feedback soon, also I plan to write an Italian translation asap.

I'm sure this book is going to have a good effect on the Redis community.

taude• 15 years ago

Read the prior Little MogoDB Book, loved it. Will definitely make the time to read this one as well.

mythz• 15 years ago

Yep another great addition to the 'Little' family and the Redis ecosystem - thx a lot Karl!

DrHankPym• 15 years ago

Is there a .mobi version for Kindles?

jberryman• 15 years ago

You can probably go markdown->epub using pandoc, then epub->kindle using kindlegen:

http://johnmacfarlane.net/pandoc/epub.html http://www.amazon.com/gp/feature.html?ie=UTF8&docId=1000...

laacz• 15 years ago

If someone is interested, here are dumb versions of mobi and epub:

http://laacz.lv/f/txt/ebooks/The%20Little%20Redis%20Book%20-... (40k)

http://laacz.lv/f/txt/ebooks/The%20Little%20Redis%20Book%20-... (70k)

Command to generate epub from markdown:

  pandoc -f markdown -t epub --xetex --template=template/xetex.template -V paper=$paper \
  -V hmargin=$hmargin -V vmargin=$vmargin \
  -V mainfont="$mainfont" -V sansfont="$sansfont" \
  -V monofont="$monofont" -V geometry=$geometry \
  -V columns=$columns -V fontsize=$fontsize \
  -V nohyphenation=$nohyphenation en/redis.md \
  -o redis.epub

matan_a• 15 years ago

Wow great stuff. I just wanted to say that I appreciate you sharing this with us. Bookmarked :)

mark_l_watson• 15 years ago

Thanks Karl, that is very nice!

Short is good. I've been working on my own creative commons book (4th edition of my Java AI book), and you have me at least thinking of segmenting that into several mini-books (search, machine learning, etc.).

BTW, I also liked your "Little MongoDB Book."

latch2• 15 years ago

FWIW, I've gotten more positive feedback about the length of these than anything else. It isn't "thanks for making it free", or "thanks for making it good". It's always "thanks for making it short!" :)

peterarmstrong• 15 years ago

Karl, since this is already written in Markdown, have you thought about putting it on Leanpub? Our books are in Markdown, and we generate PDF, EPUB and MOBI. We support variable price and a minimum price of $0 if you want, so readers can pay whatever they want as long as it's your minimum price. Royalties are 90% - 50 cents per copy. Finally, readers get automatic updates if you post new versions etc.

chrisohara• 15 years ago

If anyone wants to take this further, have a look at my higher level Redis library, http://redbackjs.com/.

It exposes useful constructs such as a social graph, bloom filter, full-text index, and a very fast rate limiter (http://chris6f.com/rate-limiting-with-redis).

tptacek• 15 years ago

Eh... there are things in here that bother me. Did Salvatore review this? (I'm prepared to be wrong about all of this, and intend this comment constructively). Did you get a take from the Redis mailing list about it? Some quick hits:

* Lists, sets, zsets and hashes are all means of constructing queries that act on data (or metadata) as well as key names; it's misleading to suggest that "keys are everything" in Redis.

* Sets aren't simply a way of storing things for which you don't want duplicates; they are the idiom in which flexible queries are constructed in Redis, period. redis sets : SQL joins :: register-operand instructions : C code.

* In the same vein: since probably the most important idiom in Redis is storing things indirected through keys (often incr ID keys) --- such that for instance you can index and query data through set math operations --- you might want to spend a chapter very early on explaining this idiom. It's not a weird hack to store "bob_friends=set(jack,jill,jim) bob=hash(name: bob, role: admin) &c" --- it's how you're intended to use Redis.

The very idea that one might need to store the same JSON blob in two keys so that users could be indexed both by name and ID suggests that the author hasn't really metabolized this idea. Nobody who works in Redis regularly would ever make that mistake; they'd give users an opaque incr id, and then index those ids by username in a separate key.

The idea that one might be worried about how much space those indexes consume is weird, since any other database would consume even more space to do its (much more heavyweight) indexing.

One might worry that readers new to Redis would get the impression that Redis is much more narrowly targeted than it in fact is.

latch2• 15 years ago

In my experience, the difference between the first wave of users (the alpha geeks) and everyone else is huge. Alpha geeks are hugely passionate, they can easily digest programmers-documentation..they just get it. The group of users that comes after that is far more diverse and many of them need to be carefully and gently introduced to new technologies. For example, you might get people who want to learn Redis but won't be 100% sure about the set command from seeing something like "set users:leto '{....}'" and from reading an explanation.

The fact that I bring up duplicating values shouldn't tell you that I don't grok Redis. It should tell you that you and I differ in how we think new users will approach Redis and how the story needs to be told for them to better understand it.

I really do appreciate your feedback. Your example on set-usage is good and I'll look at adding it. But, for the rest, I think you are projecting your own understanding/knowledge onto the masses.

tudorachim• 15 years ago

Is there a better document somewhere about redis idioms?

Gertig• 14 years ago

Karl, I read this twice over the weekend and it very much changed how I was thinking about Redis. Thanks for making it understandable and for having such a clear writing style.

The Little Redis Book

Related Stories