> From: Karl Fogel [mailto:kfogel@newton.ch.collab.net]
>
> cmpilato@collab.net writes:
> > To address this, Karl proposed the idea of storing the changed paths
> > as a revision property. That is, as a person changes things in a
txn,
> > we will track the changed paths as a transaction property. Then, at
> > commit time (where we already initialize the revision properties by
> > copying the transaction's properties) those would become revision
> > properties. Wah-lah, constant-time answers to "What changed in this
> > revision?"
> >
I could have sworn we talked about this ages and ages ago..... I'm all
+1 on the idea.
> > It seems kinda Band-aid(tm)-ish to me, but only because of the
> > redundancy aspect (we *can* derive that information, it just takes
> > time proportional to the size of the changes made to any given
> > revision). But if a Band-aid(tm) is what we need, then it's what we
> > need.
>
Alan adequately explained the data modeling concept of denormalizing
data. This is indeed what we're doing here. It's mucho goodness.
Just as a little side note wrt denormalization:
In SQL datastores every additional index you add is really denormalized
data, it's just very useful denormalized data.
Intelligently applied denormalization is a very good thing.
FYI,
Bill
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 13 23:00:49 2002