2009/1/5 <[email protected]>: > rrdtool is not suited for analytics type of counting no of events > saying no of pageviews > what db would be good to measure this kind of analytics daa >
What means daa exactly? http://acronyms.thefreedictionary.com/Decision+Aid+Application If I understand you, maybe splunk[1] (an application) is a good start point. Is an comercial application made with twisted, but with a free (as beer, not as freedom) version for low data volumes. In a future phase of my actual project I am thinking in use it, but I unknown the license costs (depends of volume data). [1] http://www.splunk.com/ I discovered tokyo cabinet a few days ago. I haven't got time to test it. It seems like a bsddb or dbm style, but with a server (tokyo tyrant) accesible with a python libraries [2] or a memcached client (a very good thing for use as pylons cache storage). Tyrant provide Master-Slave replication too. I'm more interested on tokyo tyrant than direct access to tokyo cabinet. [2] http://pypi.python.org/pypi/pytyrant/1.1.10r1 Couchdb sounds good if you don't have concurrent updates problem. But I don't think (I am not an expert) that is prepared to high volume loads. It's still slow generating index. Without incremental generation of index by views is a madness use it. Regards, javi > On Sun, Jan 4, 2009 at 8:15 AM, lasizoillo <[email protected]> wrote: >> >> 2009/1/3 mobil <[email protected]>: >> > >> > Ten reasons why couchdb is better than (off topic) >> > >> > >> > >> > http://pylab.blogspot.com/2009/01/ten-reasons-why-couchdb-is-better-than.html >> > >> > Guys I wrote up a small list of reasons why i think couchdb is way >> > bettter than mysql. Do let me know what you think >> > >> > >> >> And only one thing to dislike it: >> >> File >> '/usr/local/lib/python2.5/site-packages/index-0.1dev_r307-py2.5.egg/index/controllers/remote.py', >> line 114 in disp_hotel >> db.update([place_doc]) >> File >> '/usr/local/lib/python2.5/site-packages/CouchDB-0.5-py2.5.egg/couchdb/client.py', >> line 528 in update >> File >> '/usr/local/lib/python2.5/site-packages/CouchDB-0.5-py2.5.egg/couchdb/client.py', >> line 839 in post >> File >> '/usr/local/lib/python2.5/site-packages/CouchDB-0.5-py2.5.egg/couchdb/client.py', >> line 888 in _request >> PreconditionFailed: ('conflict', 'Update conflict') >> >> If you update the same register in a short period of time you get an >> 'Update conflict' exception. You can solve this issue slicing a >> document in more documents or with a more complex (and maybe blocker) >> client. A non blocking server isn't cheap. >> >> Slicing a document not every times is easy. You can do a tricky joins >> with the power of collation[1]. But joins are tricky and generates >> secondary efects (complex or impossible querys). >> >> [1] http://www.cmlenz.net/archives/2007/10/couchdb-joins >> >> Couchdb is great *in his application field* like any other storage >> system. Relational DB are great in his application field, the error is >> use Relational DB for everything. You can see Tokyo Cabinet, Durus, >> PyTables, RRD Tools and a lot of tools to solve your concrete storage >> issues. CouchDB isn't panacea, but it's really great ;-) >> >> Excuse me poor english. I hope that the idea can be understandable. >> >> Regards, >> Javi >> >> > >> > >> > -- >> > Gpirate the top torrent search engine >> > http://gpirate.com >> > >> > > >> > >> >> > > > > -- > Gpirate the top torrent search engine > http://gpirate.com > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "pylons-discuss" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~----------~----~----~----~------~----~------~--~---
