Re: [HACKERS] TODO list updated

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: [HACKERS] TODO list updated
Date: 2000-01-13 03:34:33
Message-ID: 200001130334.WAA29279@candle.pha.pa.us
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
> >
> > TODO item comments:
> >
> > * Pull requested data directly from indexes, bypassing heap data
> >
> > I doubt this is ever going to happen --- to make it possible, we'd
> > have to store tuple-commit status in index entries as well as in the
> > tuples themselves. That would be a substantial space and speed penalty;
> > is the potential gain really worth it?
> >
>
> I agree with Tom. We could omit rows using indexes but cound't
> pull data from indexes without time qualification of heap tuples now.

Removed.

>
> > * -elog() flushes cache, try invalidating just entries from current xact,
> > perhaps using invalidation cache
> >
> > I don't think this is done?
> >
>
> If I recognize correctly this item,this was fixed by my recent changes
> for cache invalidation though I had changed it without knowing this item.

Great. I thought so. I remember some CVS messages saying this.

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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2000-01-13 03:36:04 Re: [HACKERS] libpq+MB/putenv(), getenv() clean up
Previous Message Tom Lane 2000-01-13 03:19:34 Re: [HACKERS] TODO list updated