Re: Are there plans to add data compression feature to postgresql? - Mailing list pgsql-general

From Gregory Stark
Subject Re: Are there plans to add data compression feature to postgresql?
Date
Msg-id 877i7oheu3.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: Are there plans to add data compression feature to postgresql?  (Ivan Sergio Borgonovo <mail@webthatworks.it>)
Responses Re: Are there plans to add data compression feature to postgresql?  (Ivan Sergio Borgonovo <mail@webthatworks.it>)
List pgsql-general
Ivan Sergio Borgonovo <mail@webthatworks.it> writes:

> On Fri, 31 Oct 2008 08:49:56 +0000
> Gregory Stark <stark@enterprisedb.com> wrote:
>
>> Invisible under normal operation sure, but when something fails the
>> consequences will surely be different and I can't see how you
>> could make a compressed filesystem safe without a huge performance
>> hit.
>
> Pardon my naiveness but I can't get why compression and data
> integrity should be always considered clashing factors.

Well the answer was in the next paragraph of my email, the one you've clipped
out here.

> DB operation are supposed to be atomic if fsync actually does what
> it is supposed to do.
> So you'd have coherency assured by proper execution of "fsync" going
> down to all HW levels before it reach permanent storage.

fsync lets the application know when the data has reached disk. Once it
returns you know the data on disk is coherent. What we're talking about is
what to do if the power fails or the system crashes before that happens.

--
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com
  Ask me about EnterpriseDB's On-Demand Production Tuning

pgsql-general by date:

Previous
From: "Noah Freire"
Date:
Subject: Re: autovacuum
Next
From: Kevin Murphy
Date:
Subject: Re: perl-DBD-Pg package for CentOS 5?