RE: [HACKERS] mdnblocks is an amazing time sink in huge relations

From: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
To: "Vadim Mikheev" <vadim(at)krs(dot)ru>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-hackers(at)postgreSQL(dot)org>
Subject: RE: [HACKERS] mdnblocks is an amazing time sink in huge relations
Date: 1999-10-20 16:26:19
Message-ID: NDBBIJLOILGIKBGDINDFEEGFCAAA.Inoue@tpf.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>
> Hiroshi Inoue wrote:
> >
> > > > Does this mean the following ?
> > > >
> > > > 1. shared cache holds committed system tuples.
> > > > 2. private cache holds uncommitted system tuples.
> > > > 3. relpages of shared cache are updated immediately by
> > > > phisical change and corresponding buffer pages are
> > > > marked dirty.
> > > > 4. on commit, the contents of uncommitted tuples except
> > > > relpages,reltuples,... are copied to correponding tuples
> > > ^^^^^^^^^
> > > reltuples in shared catalog cache (SCC) will be updated!
> > > If transaction inserted some tuples then SCC->reltuples
> > > will be incremented, etc.
> > >
> >
> > System tuples are only modifiled or (insert and delet)ed like
> > user tuples when reltuples are updated ?
> > If only modified,we couldn't use it in SERIALIZABLE mode.
> ^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^
> ...this...
>
> I'm not sure that we must provide read consistency
> for internal-use columns...

As for relpages,read consistency has no meaning
because they are out of transaction control.
But as for reltuples,isn't it difficult to commit/rollback
correctly without using insert-delete updation ?
Does your WAL system make it possible ?

Regards.

Hiroshi Inoue
Inoue(at)tpf(dot)co(dot)jp

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Lamar Owen 1999-10-20 16:44:28 Re: [HACKERS] Readline use in trouble?
Previous Message Bruce Momjian 1999-10-20 16:09:04 Re: [HACKERS] Readline use in trouble?]