CLUSTER and synchronized scans and pg_dump et al - Mailing list pgsql-hackers

From Gregory Stark
Subject CLUSTER and synchronized scans and pg_dump et al
Date
Msg-id 87odb7s45i.fsf@oxford.xeocode.com
Whole thread Raw
Responses Re: CLUSTER and synchronized scans and pg_dump et al  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: CLUSTER and synchronized scans and pg_dump et al  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Re: CLUSTER and synchronized scans and pg_dump et al  (Jeff Davis <pgsql@j-davis.com>)
List pgsql-hackers
It occurred to me the other day that synchronized scans could play havoc with
clustered tables. When you dump and reload a table even if it was recently
clustered if any other sequential scans are happening in the system at the
time you dump it the dump could shuffle the records out of order. 

Now the records would still be effectively ordered for most purposes but our
statistics can't detect that. Since the correlation would be poor the restored
database would have markedly different statistics showing virtually no
correlation on the clustered column.

Perhaps we should have some form of escape hatch for pg_dump to request real
physical order when dumping clustered tables.

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's 24x7 Postgres support!


pgsql-hackers by date:

Previous
From: "Ivan Voras"
Date:
Subject: Re: Simple row serialization?
Next
From: Andrew Dunstan
Date:
Subject: Re: Simple row serialization?