> 2010/10/29 qyloxe <qyl...@gmail.com>:
> > Dvir, it seems you missed the point.

> > Please, write the Example 1 in the language of your choice and let it
> > be short, correct, multi-process safe and without timeouts.
> > I dare you, it won't be a "dead simple" code ;-)

> > On 29 Paź, 01:10, Dvir Volk <dvir...@gmail.com> wrote:
> >> Personally I really don't like this direction. What's best about redis
> >> is how dead simple it is, which keeps it easy to work with, and
> >> performing amazingly.
> >> If you want stored procedures you have traditional RDBMS for that. For
> >> me as a (happy) user, this looks like going against the core values
> >> and philosophy of redis.

> >> On Fri, Oct 29, 2010 at 12:46 AM, Xiangrong Fang <xrf...@gmail.com>
> wrote:
> >> > This is the idea of server-side-scripting, or macro commands. I like
> it.

> >> > 2010/10/29 qyloxe <qyl...@gmail.com>:
> >> >> Some 'crazy' ideas. New commands in capital letters:

> >> >> Conditionals:

> >> >> IF operand_type_1 operand_1 operator operand_type_2 operand_2
> >> >> THEN
> >> >>   block
> >> >> ELSE
> >> >>   block

> >> >> operand_type_1,operand_type_2 -> ["key","value","list"...]
> >> >> operator -> ["=",">","<",">=","<=","<>","!=","in","not in",...]

> >> >> block -> single command or:

> >> >> BEGIN
> >> >>   command
> >> >>   command
> >> >>   command
> >> >>   ...
> >> >> END

> >> >> BEGINPROCEDURE proc_name args
> >> >> ENDPROCEDURE

> >> >> CALL proc_name args

> >> >> ====================
> >> >> Example 1:

> >> >> IF key mykey1 = value "xx"
> >> >> THEN
> >> >> BEGIN
> >> >>   SET mykey2 "yy"
> >> >>   INCR mykey3
> >> >> END
> >> >> ELSE
> >> >> BEGIN
> >> >>   SET mykey2 "zz"
> >> >>   DECR mykey3
> >> >> END

> >> >> ====================
> >> >> Example 2:

> >> >> BEGINPROCEDURE myswap key1 key2
> >> >>   SET myswap_temp key1
> >> >>   SET key1 key2
> >> >>   SET key2 myswap_temp
> >> >>   INCR myswap_cnt
> >> >> ENDPROCEDURE

> >> >> CALL myswap mykey1 mykey2
> >> >> CALL myswap mykey2 mykey3

> >> >> ==============================

> >> >> REDIS as a virtual machine - wow!

> >> >> What you think?

> >> >> --
> >> >> You received this message because you are subscribed to the Google
> Groups "Redis DB" group.
> >> >> To post to this group, send email to redis-db@googlegroups.com.
> >> >> To unsubscribe from this group, send email to
> redis-db+unsubscribe@googlegroups.com<redis-db%2Bunsubscribe@googlegroups.c om>
> .
> >> >> For more options, visit this group athttp://
> groups.google.com/group/redis-db?hl=en.

> >> > --
> >> > You received this message because you are subscribed to the Google
> Groups "Redis DB" group.
> >> > To post to this group, send email to redis-db@googlegroups.com.
> >> > To unsubscribe from this group, send email to
> redis-db+unsubscribe@googlegroups.com<redis-db%2Bunsubscribe@googlegroups.c om>
> .
> >> > For more options, visit this group athttp://
> groups.google.com/group/redis-db?hl=en.

> > --
> > You received this message because you are subscribed to the Google Groups
> "Redis DB" group.
> > To post to this group, send email to redis-db@googlegroups.com.
> > To unsubscribe from this group, send email to
> redis-db+unsubscribe@googlegroups.com<redis-db%2Bunsubscribe@googlegroups.c om>
> .
> > For more options, visit this group at
> http://groups.google.com/group/redis-db?hl=en.

> --
> You received this message because you are subscribed to the Google Groups
> "Redis DB" group.
> To post to this group, send email to redis-db@googlegroups.com.
> To unsubscribe from this group, send email to
> redis-db+unsubscribe@googlegroups.com<redis-db%2Bunsubscribe@googlegroups.c om>
> .
> For more options, visit this group at
> http://groups.google.com/group/redis-db?hl=en.