Re: Bidirectional hard joins (fwd)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Oleg Bartunov <oleg(at)sai(dot)msu(dot)su>
Cc: Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>, Ivan Panchenko <ivan(at)xray(dot)sai(dot)msu(dot)ru>, Teodor Sigaev <teodor(at)stack(dot)net>
Subject: Re: Bidirectional hard joins (fwd)
Date: 2002-04-04 15:57:39
Message-ID: 23752.1017935859@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Oleg Bartunov <oleg(at)sai(dot)msu(dot)su> writes:
> Could you, please, comment the proposal.

Okay: "ugly and unimplementable".

Where are you going to put these back-references that the description
glosses over so quickly? They can't be in the row itself; that doesn't
scale to large numbers of references to the same row. I think you'd end
up building an external datastructure that would in the final analysis
offer no better performance than standard indexes.

I'd also want to see an analysis of how this interacts with MVCC before
we could consider whether it makes any sense in Postgres. In
particular, which version of a row does the reference point at, and how
will concurrent updates (possibly aborted) be handled?

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2002-04-04 17:20:05 Re: 16 parameter limit
Previous Message Tom Lane 2002-04-04 15:34:42 Re: Changing column types...