Re: page compression - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: page compression
Date
Msg-id 1294011362.2090.4214.camel@ebony
Whole thread Raw
In response to page compression  (Andy Colson <andy@squeakycode.net>)
Responses Re: page compression  (Jim Nasby <jim@nasby.net>)
List pgsql-hackers
On Tue, 2010-12-28 at 09:10 -0600, Andy Colson wrote:

> I know its been discussed before, and one big problem is license and 
> patent problems.

Would like to see a design for that. There's a few different ways we
might want to do that, and I'm interested to see if its possible to get
compressed pages to be indexable as well.

For example, if you compress 2 pages into 8Kb then you do one I/O and
out pops 2 buffers. That would work nicely with ring buffers.

Or you might try to have pages > 8Kb in one block, which would mean
decompressing every time you access the page. That wouldn't be much of a
problem if we were just seq scanning.

Or you might want to compress the whole table at once, so it can only be
read by seq scan. Efficient, but not indexes.

It would be interesting to explore pre-populating the compression
dictionary with some common patterns.

Anyway, interesting topic.

-- Simon Riggs           http://www.2ndQuadrant.com/books/PostgreSQL Development, 24x7 Support, Training and Services



pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Recovery conflict monitoring
Next
From: Joel Jacobson
Date:
Subject: Re: contrib/snapshot