couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Davis <>
Subject Re: View Intersections
Date Thu, 09 Apr 2009 23:20:42 GMT
On Thu, Apr 9, 2009 at 5:45 PM, Sho Fukamachi <> wrote:
> Dear ML,
> Sorry about the new Message-ID.
> I am wonder if Paul Davis's planned work on view intersections went anywhere
> / is there anything to play with / turned out to be a bad idea?
> Reference:
> I thought that feature was a pretty big deal - just wondering if there's any
> new information.
> thanks!
> Sho


Thanks for pointing out my inadequacies. XD

I'm still working through how to tackle the different kinks that
turned out in various ways to be bigger than I imagined.

The biggest one so far is that the way reductions are implemented I
can't persist a value index which breaks intersections for anything
that has a reduce step. I tend towards not jumping in and doing the
half-assed "we don't support reduce" implementation because, well, its
half-assed. And the severe lack of possible functionality would be a
constant reminder that I had failed as a programmer.

The second thing I'm also not quite sure about is the sort order when
joining > 2 indexes. It may turn out that doing such a thing is
severely limiting in terms of a dynamic query because it'd require all
join points to have the same key possibly. It'd definitely require
that the entire thing were sorted in the same direction but that
shouldn't be as big of a deal.

There's also the possible headache of cross product output. For the
instance when say, two views emit ("ohai!", null) 1M times, then any
sort of join is going to end up with 1M^2 rows. Granted it'd be
streamable :D

Anyway, those are the hurdles I've got and I'm still doing work in my
spare time to try and tackle different aspects.

Paul Davis

View raw message