Re: [OT] large db question about no joins
- From: Daniel Fetchinson <fetchinson@xxxxxxxxxxxxxx>
- Date: Fri, 17 Apr 2009 08:12:11 -0700
Well, I gave the concrete example of zoo/cage/animal/leg because this
*is* the business logic. I need to know for example the total number
of animals, this is pretty understandable if you have a zoo. Or you
mean that I should give another example?
It might be the business logic but not the process.
http://en.wikipedia.org/wiki/Business_process
<cut>Using the business process I could probably
narrow down the scope quite a bit like,
No, I'd like to have the exact number at any given time.Fair enough, but this is then the *exact* scope you like to answer me in.
<cut>
Let's say I need to implement this on the google app engine, so IAll other data modeling (e.g. EAV, relational, object orientated) will
can't make too many choices on my own. On the GAE, how would I do
this?
result in a structure requiring extra calculation when doing the query
(and thus according your requirement isn't acceptable).
So I need to store the data in such a way that it is accessible before
the query with the minimal amount of processing.
Thus the only thing left is writing a subroutine in my code which
recalculates the amount of legs when there is a change in it and store
it just as a pair value:
amount_of_legs = Positive Integer
Actually, this is a pretty good idea! In my case there are not so many
writes, but tons of reads. So doing this is actually absolutely
feasible.
The thing with bogus requirements for an imaginary example is that the
solution is imaginary bogus too, leaving little room for applicability
in the real world.
It's not so bogus I think. But here is another example, even more
concrete, maybe that will show more clearly what I'm talking about,
sorry if I was not clear enough: let's say you have a music store and
you have cd's in the store.
In an relational database setting you would have a table for artists,
a table for cd's and a table for songs and a table for comments where
people can comment on songs. All of this with obvious foreign keys.
Now you want to display on your website the total number of cd's, the
total number of songs and the total number of comments because that
looks very cool on top of every page: 1242342 cd's and 134242342342
songs and 284284728347284728 comments!
Okay, so you need to issue a query with joins in your relational db.
Or in another query, you want to select all comments of an artist,
meaning all comments that were comments on a song belonging to cd's of
a given artist. This would also involve joins.
How would I do these queries if I can't have joins or in other words
how would I lay out my data storage?
Thanks by the way for your help and replies,
Daniel
--
Psss, psss, put it down! - http://www.cafepress.com/putitdown
.
- Follow-Ups:
- Re: [OT] large db question about no joins
- From: Martin P. Hellwig
- Re: [OT] large db question about no joins
- References:
- Re: [OT] large db question about no joins
- From: Martin P. Hellwig
- Re: [OT] large db question about no joins
- Prev by Date: Re: compiler package vs parser
- Next by Date: Re: QT , Wxwidgets are not just UI framework ?
- Previous by thread: Re: [OT] large db question about no joins
- Next by thread: Re: [OT] large db question about no joins
- Index(es):
Relevant Pages
|