Re: pg_dump --split patch - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: pg_dump --split patch
Date
Msg-id 1293954527.5984.13.camel@vanquo.pezone.net
Whole thread Raw
In response to Re: pg_dump --split patch  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On tis, 2010-12-28 at 12:33 -0500, Tom Lane wrote:
> (2) randomly different ordering of rows within a table.  Your patch
> didn't address that, unless I misunderstood quite a bit.

This issue here is just comparing schemas, so that part is a separate
problem for someone else.

> I think the correct fix for (1) is to improve pg_dump's method for
> sorting objects.  It's not that bad now, but it does have issues with
> random ordering of similarly-named objects.  IIRC Peter Eisentraut
> proposed something for this last winter but it seemed a mite too ugly,
> and he got beaten down to just this:
> 
> commit 1acc06a1f4ae752793d2199d8d462a6708c8acc2
> Author: Peter Eisentraut <peter_e@gmx.net>
> Date:   Mon Feb 15 19:59:47 2010 +0000
> 
>     When sorting functions in pg_dump, break ties (same name) by
> number of arguments

Yes, that was addressing the same underlying problem.  Frankly, I have
been thinking split files a lot before and since then.  If the files
were appropriately named, it would remove a lot of problems compared to
diffing one even perfectly sorted big dump file.




pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: management of large patches
Next
From: Peter Eisentraut
Date:
Subject: Re: pg_dump --split patch