[OpenSIPS-Users] Feature request: multiset cache interfaces and queued insertions

[Brett Nemeroff]

Right it's mostly useful for append only operations like cdr writing. Of
course you'll be able to do alot of that via the acc module, but this lets
you write all sorts of other analytics at high insertion rate as well.

Oh and speaking of append only... Couchbase does support an "append" method
that would be nice to expose to the script as well.  :)

Thanks for your time Vlad,
Brett


On Tue, Feb 12, 2013 at 10:24 AM, Vlad Paiu <vladpaiu at opensips.org> wrote:

> Hi Brett,
>
> While Couchbase supports such operations, I can't see that other familiar
> NoSQL back-ends support such multiset features.
> Could you give more examples of back-ends supporting this ?
>
> Also, it might be that doing delayed inserts for cache operations would
> lead to some tricky scenarios.. Like if you want to cache some information
> from a regular DB, you will end up first loading the info and storing it in
> memory, in order to do a multiset later when more set queries have piled up.
> Then when you'd need the key again, you would not find it ( since it's
> still in mem waiting to be flushed to the back-end ) and again fetch it
> from the DB and put it into memory waiting for the multi set. So it kind of
> breaks the cache concept ( that once you put something there, you'll find
> it next time ).
>
> Regards,
>
> Vlad Paiu
> OpenSIPS Developer
> http://www.opensips-solutions.**com <http://www.opensips-solutions.com>
>
>
>
> On 02/10/2013 11:17 PM, Brett Nemeroff wrote:
>
>> Hey all,
>> Quick feature request. Many of the cache back ends support multisets
>> at once. I've seen tremendous speed improvements from multisets. In
>> addition, maybe complementary, I'd like to see queues cache
>> insertions. This is especially useful for using the cache interface
>> for something like acc. The idea would be that it'll queue up
>> insertions (set/add) nd maybe in a timer route or when some queued
>> message count is hit, it'd multiset all if them at once. Doing one set
>> with thousands of records is much faster than multiple connections to
>> do the same
>>
>> Thanks!
>> Brett
>>
>> -Brett
>>
>> ______________________________**_________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-**bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>>
>
> ______________________________**_________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-**bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20130212/fa135cb6/attachment.htm>