couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nicholas Orr <>
Subject Re: couchdb for aggregating data
Date Fri, 13 Aug 2010 05:01:04 GMT
seems like mysql would be able to handle this just fine... move a lot of
your processing to the application and away you go :)

what you could use couchdb for maybe is storing the results of processing
the raw data, leave mysql as a lookup table. so a person comes along and
says they ate a meal, as soon as they do this process the
meal-recipe-foods-nutrients and store the result in a couchdb document.

if you structure these couchdb documents well then querying for statical
info should be fairly straightforward and I'd imagine with the use of lists
couchdb could do most of the heavy lifting.

I don't know if the above would actually work, it is just what I thought of
as i read your email :)


On Fri, Aug 13, 2010 at 2:12 PM, <> wrote:

> I just wanted opinions on a site I'm building that converts meals into
> overall nutrition statistics.
> Currently it's in mysql and php.
> It tracks what people eat and breaks it down into nutrients as follows.
> Each meal is composed of recipes which are composed of foods -- like a
> burger is beef, pickles, bun, catsup, mayo, etc.
> Each food has 150 nutrients associated with it.
> So for each person's day it's got to go ,meals-recipes-foods-nutrients then
> output a total of each of 150 nutrients in the USDA database.
> Right now we are running into major problems querying the data for more
> than 200 days. The mysql query is almost unreadable.
> Would couchdb offer advantages for this sort of database problem?
> Thanks for any opinions.
> Dan

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message