What if you want to relate to an object in one document to an object in another document? Doesn't seem normalized or efficient. Is this there a lot of duplicate storage, storage of calculated values?
On Jan 3, 1:32 pm, "paul jobs" <[email protected]> wrote: > bjorn > using it to collect a lot of analytics data, pageviews, facebook invites and > so on > > joins - is the sql way of thinking > in couchdb or any document db, you try to keep everything related to an > object in the document, so no more joins > > if you just get the document you got everything related to the object the > document is referring to > > explain queries -> i dunno how but you can use futon web interface to test > queries/views > > On Sat, Jan 3, 2009 at 1:10 PM, Bjorn Tipling <[email protected]>wrote: > > > > > Is anyone using it in production? Not sure if a database running via > > an interpreted language is the way to sort through a lot of records. I > > guess I like the idea of couchdb. How do relate data, do joins, > > explain queries with it? > > > On Jan 3, 1:03 pm, "paul jobs" <[email protected]> wrote: > > >http://pylab.blogspot.com/2009/01/ten-reasons-why-couchdb-is-better-t... > > > > 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 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "web.py" 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/webpy?hl=en -~----------~----~----~----~------~----~------~--~---
