From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, ITAGAKI Takahiro <itagaki(dot)takahiro(at)lab(dot)ntt(dot)co(dot)jp> |
Subject: | Re: Remove xmin and cmin from frozen tuples |
Date: | 2005-09-02 20:35:42 |
Message-ID: | 200509021335.43256.josh@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
People:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > Considering the cost/benefits, rather than doing some optimization for
> > long-lived tuples, I would like to see us merge the existing
> > xmin/xmax/cmin/cmax values back into three storage fields like we had
> > in 7.4 and had to expand to a full four in 8.0 to support
> > subtransactions.
Hmmm. I personally don't see a whole lot of value in trimming 4 bytes per
row off an archive table, particularly if the table would need to go
through some kind of I/O intensive operation to do it.
Where I do see value is in enabling index-only access for "frozen" tables.
That would be a *huge* gain, especially with bitmaps. I think we've
discussed this before,though.
--
--Josh
Josh Berkus
Aglio Database Solutions
San Francisco
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2005-09-02 20:44:53 | Re: Remove xmin and cmin from frozen tuples |
Previous Message | Josh Berkus | 2005-09-02 20:30:58 | Re: Remove xmin and cmin from frozen tuples |