Thread: RE: OID/XID allocation (was Re: is PG able to handle a >500 GB Da tabase?)

RE: OID/XID allocation (was Re: is PG able to handle a >500 GB Da tabase?)

From
"Mikheev, Vadim"
Date:
> Added to TODO:
>
>   * Move OID retrieval into shared memory to prevent lose of
> unused oids

Already implemented. But - up to 8192 oids may be lost in the event
of crash (ie without normal database shutdown when last fetched oid
is logged to WAL).

> Also, currently the oid can _not_ be used to determine the order rows
> were inserted because one backend can grab its block of 50 and another
> backend can start and insert a row first.

Backends don't grab block of oids anymore.

> If we could change this with litle risk, it would be nice to have in
> 7.1, but I am sure someone will object.  :-)

Too late to object -:))
I had to make this changes for WAL. BTW, pg_variable is not used anymore
but still in schema - have to remove it someday.

Vadim

Re: OID/XID allocation (was Re: is PG able to handle a >500 GB Da tabase?)

From
Bruce Momjian
Date:
[ Charset ISO-8859-1 unsupported, converting... ]
> > Added to TODO:
> >
> >   * Move OID retrieval into shared memory to prevent lose of
> > unused oids
>
> Already implemented. But - up to 8192 oids may be lost in the event
> of crash (ie without normal database shutdown when last fetched oid
> is logged to WAL).

TODO updated.


> > Also, currently the oid can _not_ be used to determine the order rows
> > were inserted because one backend can grab its block of 50 and another
> > backend can start and insert a row first.
>
> Backends don't grab block of oids anymore.
>
> > If we could change this with litle risk, it would be nice to have in
> > 7.1, but I am sure someone will object.  :-)
>
> Too late to object -:))
> I had to make this changes for WAL. BTW, pg_variable is not used anymore
> but still in schema - have to remove it someday.

Added to TODO:

    * Remove unused pg_variable table

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Re: Re: OID/XID allocation (was Re: is PG able to handle a >500 GB Da tabase?)

From
Peter Eisentraut
Date:
Bruce Momjian writes:

> Added to TODO:
>
>     * Remove unused pg_variable table

While you're at it:  Remove unused pg_inheritproc and pg_ipl tables.

--
Peter Eisentraut      peter_e@gmx.net       http://yi.org/peter-e/


Re: Re: OID/XID allocation (was Re: is PG able to handle a >500 GB Da tabase?)

From
Bruce Momjian
Date:
> Bruce Momjian writes:
>
> > Added to TODO:
> >
> >     * Remove unused pg_variable table
>
> While you're at it:  Remove unused pg_inheritproc and pg_ipl tables.

Added to TODO:

    * Remove unused pg_variable, pg_inheritproc, pg_ipl tables

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026