Re: 8.0.0beta4: "copy" and "client_encoding"
| От | Oliver Jowett |
|---|---|
| Тема | Re: 8.0.0beta4: "copy" and "client_encoding" |
| Дата | |
| Msg-id | 418FEE10.5020601@opencloud.com обсуждение исходный текст |
| Ответ на | Re: 8.0.0beta4: "copy" and "client_encoding" ("Barry Lind" <blind@xythos.com>) |
| Ответы |
Re: 8.0.0beta4: "copy" and "client_encoding"
|
| Список | pgsql-jdbc |
Barry Lind wrote: > If you choose to go the URL parameter route, I would suggest you use the > existing 'compatible' parameter. This is exactly the type of thing that > parameter was designed to be used for. By default the driver does the > new check. But with a value of 'compatible=7.4' (or less, i.e. < 8.0) > the driver would revert back to the old behavior of not doing this > check. What's the upgrade path for a "legacy" application that uses COPY, so that it is a "current" application and no longer needs the compatible= parameter? I don't see such a path without an additional COPY API or backend changes. So I'd prefer not to put this into the "compatible behaviour" bucket. -O
В списке pgsql-jdbc по дате отправления: