RE: [HACKERS] 7.0 status request

From: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "PostgreSQL-development" <pgsql-hackers(at)postgreSQL(dot)org>
Subject: RE: [HACKERS] 7.0 status request
Date: 1999-11-22 22:04:27
Message-ID: NABBINCKAKFCDDKMMJHGKEMBDLAA.Inoue@tpf.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> -----Original Message-----
> From: owner-pgsql-hackers(at)postgreSQL(dot)org
> [mailto:owner-pgsql-hackers(at)postgreSQL(dot)org]On Behalf Of Tom Lane
> Sent: Friday, November 19, 1999 4:03 PM
> To: Bruce Momjian
> Cc: PostgreSQL-development
> Subject: Re: [HACKERS] 7.0 status request
>
> I think there are also a lot of unresolved questions about interlocking
> and updating of the catalog caches and relcache. These might be
> must-fix items. IIRC, Hiroshi is pretty concerned about that area...
>

Unfortunately I don't have a reasonable solution for interlocking yet.
First,row level locking for system tuples not only exclusive but
also shared will be needed. I couldn't find the way to implement
shared row level locking now.
Moreover I'm suspicious that this row level locking could be used
for parser/planner. Row level locking(at least in current implemen
tation) is held till end of transaction.

As for cache invalidation(rollback),I may be able to do something.
However new save point feature would need some change around
it. I don't know how Vadim would change it.

Regards.

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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message The Hermit Hacker 1999-11-23 01:45:21 Re: [HACKERS] Re: TODO updates
Previous Message Lamar Owen 1999-11-22 21:28:33 Re: [HACKERS] Re: postgres RPM build on Suse linux 6.2