Re: pg_dump future problem.

From: Philip Warner <pjw(at)rhyme(dot)com(dot)au>
To: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_dump future problem.
Date: 2003-05-04 07:51:15
Message-ID: 5.1.0.14.0.20030504174709.068f0840@mail.rhyme.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At 01:49 PM 4/05/2003 +0800, Christopher Kings-Lynne wrote:
>No, 7.3 release dumps tables like this.

Good point. I had not even noticed, but I had noticed something odd in the
last few dumps.

My preference for a solution to this problem would be to remove even more
implementation knowledge from pg_dump, and add a command like:

alter table really_long_name set next a = <next sequence value>;

Assuming this kind of approach is acceptable, I'm even volunteering to do
it since it seems small and hits a few areas I have not had a chance to
break yet. Unless of course someone else is already in the relevant areas.

It has the advantage of bypassing the problem and, if we ever redesign
sequences, there is no impact on pg_dump.

----------------------------------------------------------------
Philip Warner | __---_____
Albatross Consulting Pty. Ltd. |----/ - \
(A.B.N. 75 008 659 498) | /(@) ______---_
Tel: (+61) 0500 83 82 81 | _________ \
Fax: (+61) 03 5330 3172 | ___________ |
Http://www.rhyme.com.au | / \|
| --________--
PGP key available upon request, | /
and from pgp5.ai.mit.edu:11371 |/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Philip Warner 2003-05-04 09:37:22 Re: Cast and Schemas don't work as expected
Previous Message Christopher Kings-Lynne 2003-05-04 05:49:49 Re: pg_dump future problem.