Re: Documentation problem with LargeObjectManager
От | David Goodenough |
---|---|
Тема | Re: Documentation problem with LargeObjectManager |
Дата | |
Msg-id | 200803310943.56663.david.goodenough@btconnect.com обсуждение исходный текст |
Ответ на | Re: Documentation problem with LargeObjectManager (Kris Jurka <books@ejurka.com>) |
Ответы |
Re: Documentation problem with LargeObjectManager
|
Список | pgsql-jdbc |
On Monday 31 March 2008, Kris Jurka wrote: > David Goodenough wrote: > > In http://jdbc.postgresql.org/documentation/82/binary-data.html it says > > that the return from LargeObjectManager.create is a long, but the actual > > code seems to return an int, which is also what the read and write > > methods seem to want as OID. Is this a code or a documentation problem? > > The docs are the same for 8.3. > > The docs refer to createLO which does return long, not create which > returns int. OID is unsigned int, but since Java doesn't have unsigned > types we need to use long. This was added relatively recently, as the > original API didn't consider that requirement, so that's why we have a > slight mix of function signatures. In any case you should be using the > long versions and the int versions should be marked as deprecated. > > Kris Jurka OK, my problem was that the 8.2 JDBC driver (which is the most recent in Debian) did not have the long versions. I have now downloaded the jar file from the postgresql web site and I see the long versions. However this has shown up another problem. The createLO shown in the docs has an arguement, but the JDBC4 jar file says that this createLO is deprecated, and I presume I should use the no arguement version. David
В списке pgsql-jdbc по дате отправления: