From: | Oliver Jowett <oliver(at)opencloud(dot)com> |
---|---|
To: | Alexey Yudichev <Alexey(at)francoudi(dot)com> |
Cc: | Kris Jurka <books(at)ejurka(dot)com>, pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: Problems with protocol V3 after migration to latest driver |
Date: | 2004-10-25 10:35:31 |
Message-ID: | 417CD6F3.6010506@opencloud.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Alexey Yudichev wrote:
>>Also, any thoughts on making the LO vs. bytea behaviour a separate
>>option, rather than lumping it in with 7.1 compatibility? It seems quite
>>possible that you might want to use LOs for get/setBytes() but use the
>>most up to date driver behaviour elsewhere.
>
>
> Are there any other changes in driver behaviour triggered by compatibility=7.1 other than LO-related ones? If yes, that would be a good idea to separate them from LO changes, because LOs are the only reason I use compatibility=7.1 parameter.
Currently, the only thing affected by the compatible parameter is the
LO-vs-bytea issue. But there could be behavioural changes in the future
that could be controlled by that same parameter.. as I understand it,
it's there to support existing applications during the transition period
after some sort of behavioural change in the driver, not to support two
different behaviours indefinitely.
-O
From | Date | Subject | |
---|---|---|---|
Next Message | Christian Niles | 2004-10-25 14:03:09 | Re: LargeObject API and OIDs |
Previous Message | Alexey Yudichev | 2004-10-25 09:36:28 | Re: Problems with protocol V3 after migration to latest driver |