> The existing COPY BINARY file format is entirely brain-dead
> anyway; for example, it wants the number of tuples to be stored
> at the front, which means we have to scan the whole relation an
> extra time to get that info. Its handling of nulls is bizarre, too.
> I'm thinking this might be a good time to abandon backwards
> compatibility and switch to a format that's a little easier to read
> and write. Does anyone have an opinion pro or con about that?
Switch to new format.
Vadim
