| From: | The Hermit Hacker <scrappy(at)hub(dot)org> |
|---|---|
| To: | Philip Warner <pjw(at)rhyme(dot)com(dot)au> |
| Cc: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>, <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Suggested fix for pg_dump |
| Date: | 2001-01-07 11:23:16 |
| Message-ID: | Pine.BSF.4.31.0101070722030.21326-100000@thelab.hub.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Sun, 7 Jan 2001, Philip Warner wrote:
>
> The problem with pg_dump and renamed primary key attrs can be fixed by
> using the indkey attribute of pg_index to lookup attrs in pg_class - this
> is what pg_dump does when it dumps indexes. If I am going to make this
> change, I would also like to split the PK definition out from the table
> definition, so we would have:
>
> Create Table fred(f1 int);
> Alter Table fred add constraint primary key(f1);
>
> instead of:
>
> Create Table fred(f1 int, primary key(f1));
>
> The reason for this is that it will improve load performance, and begin to
> allow pg_restore to separate constraints from tables.
>
> Is this OK? Or inappropriate for beta?
>
> Needless to say, I don't really want to revisit this piece of code in 3
> months time, so I'd like to do it now.
From Tatsuo's example, it looks critical enough that it should be fixed
before release, and since its a 'support program' issue, not a 'core
server' issue, ramifications of fixing it aren't as big as if it was a
'core server' issue ... go for it
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Marko Kreen | 2001-01-07 11:32:27 | Re: md5 c code |
| Previous Message | Emmanuel Charpentier | 2001-01-07 10:31:09 | A post-7.1 wish-list. |