From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Tony Griffiths(RA)" <griffitt(at)cs(dot)man(dot)ac(dot)uk> |
Cc: | Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: ADTs and embedded sql |
Date: | 2002-06-20 16:37:34 |
Message-ID: | 12675.1024591054@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Tony Griffiths(RA)" <griffitt(at)cs(dot)man(dot)ac(dot)uk> writes:
> a) The client-side programmer has to be responsible for parsing the
> returned string, which could cause problems if the output format of the
> ADT is changed, and
You seem to be proposing that we instead expose the internal storage
format of the ADT, which seems to me to be much more likely to change
than the string representation. (Not to mention that it will open up a
host of platform compatibility issues --- endianness, struct packing,
float format rules for example.)
To give just one example, as of 7.3 there will be two entirely different
internal formats for the datetime-related types. A client would have
to be prepared to cope with that, on top of possible endian and float
format differences between server and client machines.
Parsing the string representation may be an annoyance, but I suspect
it is the lesser evil.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2002-06-20 16:57:24 | Re: Table Function (aka SRF) doc patch |
Previous Message | Bruce Momjian | 2002-06-20 16:31:46 | Re: Democracy and organisation : let's make a revolution in |