[aklug] Re: MongoDB Roundup (Wed 7pm Anchorage)

While you're at it.. check out http://redis.io/commands

Faster k/v store than MongoDB with a more limited set... Can INC/DEC keys
ala autovivification .

spencersr@monkeyboy:~$ redis-cli
redis 127.0.0.1:6379> INCRBY monkey 1
(integer) 1
redis 127.0.0.1:6379> GET monkey
"1"
redis 127.0.0.1:6379> INCRBY monkey 1
(integer) 2
redis 127.0.0.1:6379> GET monkey
"2"

redis 127.0.0.1:6379> HINCRBY chimps koko 1
(integer) 1
redis 127.0.0.1:6379> HGET chimps koko
"1"
redis 127.0.0.1:6379> HVALS chimps
1) "1"
redis 127.0.0.1:6379> HINCRBY chimps cupcake 22
(integer) 22
redis 127.0.0.1:6379> HVALS chimps
1) "1"
2) "22"
redis 127.0.0.1:6379> HKEYS chimps
1) "koko"
2) "cupcake"

I use the SETNX operator when I need a distributed lock manager as well as
the blocking (therefore atomic) list operators that start with BL for
handling work queues as well as time sequenced data.

Something that I really dig in Python land is called retools which allows
for fast and simple caching and locking in Python using Redis (distributed
or single node). I've played with the queueing module provided as well and
it's very simple compared to other worker solutions out there.

http://retools.readthedocs.org/en/latest/

On Thu, May 9, 2013 at 5:27 PM, Shane Spencer <shane@bogomip.com> wrote:

> Getting Arthur to step outside his comfort zone.. #46 on my bucket list.
>
>
> On Thu, May 9, 2013 at 5:03 PM, Arthur Corliss <acorliss@nevaeh-linux.org>wrote:
>
>> On Thu, 9 May 2013, Shane Spencer wrote:
>>
>> We had 6 people show up and I'm very happy with how things went. I am of
>>> course excited about this system and it's forced me to evaluate planning
>>> solutions that I'd typically not consider.. including simply using
>>> filesystems as databases as long as you know how to get at information.
>>> There had been some initial research on my part into working on a very
>>> simple document storage service based around the NoSQL mentality. I
>>> can't
>>> help but feel as though even digging into that research has helped fill
>>> in
>>> a lot of gaps about how databases, indexes, and efficient storage works.
>>>
>>
>> I greatly appreciate you holding the event, Shane. Lots of good
>> information. To be honest, I've been very skeptical of the whole "nosql"
>> movement and didn't have high hopes for finding any application for
>> mongodb,
>> but your talk highlighted some very good uses for it that I'm intrigued
>> enough to pursue.
>>
>> In short, you got me excited about something I was predisposed to dismiss.
>> Good job! ;-)
>>
>>
>> --Arthur Corliss
>> Live Free or Die
>>
>
>

---------
To unsubscribe, send email to <aklug-request@aklug.org>
with 'unsubscribe' in the message body.
Received on Thu May 9 09:38:37 2013