Tom Lane wrote:
> "Mattias Kregert" <[EMAIL PROTECTED]> writes:
> > This is great!
> 
> >> create table a(...);
> >> insert into a(...); # fixed values
> >> 
> >> create table b() inherits (a);
> >> insert into b values(...); # temporary values
> >> 
> >> select * from a; # You can get both global and temporary values.
> 
> I don't think it's actually reliable.  B was meant to be a temp table,
> right?  The problem is that B will be globally visible to all sessions
> as being a child table of A, but because temp tables are processed in
> backend-local buffers, it will be quite erratic whether other sessions
> can see the rows you've inserted.  In an experiment just now, another
> session could not see the rows in B until I'd inserted several thousand
> of them (enough to overrun the local buffers) ... and then the other
> session could see some but not all of them.
> 
> We recently decided we had to forbid foreign-key references from temp
> tables to permanent tables because of this effect.  I wonder whether
> we won't end up forbidding temp tables as children of permanent tables
> too.

Yep, I think we will have to do that.  TODO item?

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  [EMAIL PROTECTED]               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

Reply via email to