Re: COPY support survey
От | Tom Lane |
---|---|
Тема | Re: COPY support survey |
Дата | |
Msg-id | 18287.1124462544@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | COPY support survey (Kris Jurka <books@ejurka.com>) |
Ответы |
Re: COPY support survey
|
Список | pgsql-jdbc |
Kris Jurka <books@ejurka.com> writes: > So the question is what should we do? > 1) Just get the raw stream interface into the official release and let the > end user deal with reading and writing the stream. That's all I'll use > and I don't care about anything else. > 2) Don't give up, get the friendly SQLInput/SQLOutput interface in because > this is what I really want. > 3) Put in the raw stream interface, but keep working to also add the > friendly one. I'll understand if the interface changes and I have to > modify my code a bit. Would it not be possible to do (1) now and leave the door open to add (2) later without breaking existing uses of (1)? That is, I don't see why (3) has to carry a risk of non-backwards-compatibility. Surely you can design non-overlapping APIs for (1) and (2). (Obviously, my vote is for (3).) regards, tom lane
В списке pgsql-jdbc по дате отправления: