From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Philip Warner <pjw(at)rhyme(dot)com(dot)au> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Re: COPY BINARY file format proposal |
Date: | 2000-12-07 01:40:45 |
Message-ID: | 19030.976153245@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Philip Warner <pjw(at)rhyme(dot)com(dot)au> writes:
> I'd prefer to see a single magic number for all binary COPY output, then a
> few bytes of header including a version number, and flags to indicate
> endianness, OIDs etc. It seems a lot cleaner than overloading the magic
> number.
OK, we can do it that way. I'm still going to pick a magic number that
looks different depending on endianness, however ;-).
What might we need in the header besides a version indicator and a
has-OIDs flag?
> Also, IIRC part of the problem with text-based COPY is that we can't
> specify field order (I think this affectes dumping the regression DB).
> Would it be possible to add the ability to (a) specify field order, and (b)
> dump a subset of fields?
This is not an issue for the file format, but for the COPY command itself.
And considering we're in beta now (or as soon as Marc gets the tarball
made, anyway) I'm going to call that a new feature and say it should
wait for 7.2.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Philip Warner | 2000-12-07 02:03:33 | Re: Re: COPY BINARY file format proposal |
Previous Message | Philip Warner | 2000-12-07 01:33:40 | Re: Re: COPY BINARY file format proposal |