rather stated - Search results in mailing lists
Mailing lists >> pgsql-jdbc >> Thread
2022-09-08 06:17:39 | RE: Postgresql JDBC process consumes more memory with partition tables update delete (James Pang (chaolpan))
statement from both psql and JDBC. We started to compare with one by one, and see big difference as explained. Psql and JDBC show big difference. Let's focuse on JDBC driver client
Mailing lists >> pgsql-jdbc >> Thread
2022-04-25 20:20:29 | Re: Why does the prepareThreshold=0 (to cover pgbouncer transaction mode) disables protocol binary transfers (David G. Johnston)
statement for parse/bind/execute. The interleaving you want to do is simply not possible (or, rather
Mailing lists >> pgsql-jdbc >> Thread
2022-03-11 13:46:41 | Re: JDBC prepared statement: a 32767 limit of arguments number (Sehrope Sarkuni)
On Fri, Mar 11, 2022 at 6:59 AM Vladislav Malyshkin
Mailing lists >> pgsql-jdbc >> Thread
2021-10-04 12:49:12 | Re: Can't run CREATE PROCEDURE with new Postgres' 14 new SQL-standard body (Sehrope Sarkuni)
statement into multiple commands. It will get sent as-is and executed via the simple protocol rather
Mailing lists >> pgsql-jdbc >> Thread
2020-10-21 00:21:10 | RE: PostgresSQL 10 | Driver 42.2.5 | Float Conversion Issue (Thangavel, Parameswaran)
statement.
Any other suggestions which I missed that might work in my scenario?
Thanks
Param
-----Original Message-----
From: Tom Lane
Mailing lists >> pgsql-jdbc >> Thread
2020-03-10 18:58:52 | 42.2.11 released (Vladimir Sitnikov)
statement rather than the current one. Please find changelog at https://jdbc.postgresql.org/ The release
Mailing lists >> pgsql-jdbc >> Thread
2019-12-06 19:36:18 | [pgjdbc/pgjdbc] 33e74f: [maven-release-plugin] prepare releaseREL42.2.8 (Dave Cramer)
rather than having to keep track of individual statements. The internals of the driver and the backend server already operate at a connection level (not a statement
Mailing lists >> pgsql-jdbc >> Thread
2019-11-27 20:05:23 | [pgjdbc/pgjdbc] f0af53: feat: Add cancelQuery() to PGConnectionpublic int... (Sehrope Sarkuni)
rather than having to keep track of individual statements. The internals of the driver and the backend server already operate at a connection level (not a statement
Mailing lists >> pgsql-jdbc >> Thread
2019-06-19 18:21:03 | [pgjdbc/pgjdbc] a1a5ae: [maven-release-plugin] prepare releaseREL42.2.5 (Dave Cramer)
statement for the reference table. The revised drop order is required as TestUtils no longer skips over non-missing object errors when dropping objects. * test: Clean up throws clauses in TestUtil Restricts throws clauses
Mailing lists >> pgsql-jdbc >> Thread
2018-12-05 11:02:07 | [pgjdbc/pgjdbc] 0999bb: Fix TestUtil.dropXyz(...) object not existserrors... (Sehrope Sarkuni)
statement for the reference table. The revised drop order is required as TestUtils no longer skips over non-missing object errors when dropping objects. * test: Clean up throws clauses in TestUtil Restricts throws clauses
Mailing lists >> pgsql-jdbc >> Thread
2018-03-15 18:26:39 | [pgjdbc/pgjdbc] 7bb4eb: [maven-release-plugin] prepare releaseREL42.2.1 (Vladimir Sitnikov)
Statement and ResultSet in retrieveCircle(Connection)
Commit: 48b98971d085a7988b67a31cf5ff9fb52c5534e5
https:///pgjdbc/pgjdbc/commit/48b98971d085a7988b67a31cf5ff9fb52c5534e5
Author: Vladimir Sitnikov
Mailing lists >> pgsql-jdbc >> Thread >> Search in thread (4)
2017-04-16 13:58:32 | Re: 42.0.0.jre7, driver logging takes 30-40% of my server's time (Vladimir Sitnikov)
statement.ProcessResultSet.bindExecuteFetch, JDK 1.8.0_102, columnIndexType = INDEX, getter = BEST, ncols = 5, nrows = 100, reuseStatement = false, type = BOOL, unique = false. The results are: 9.4.1212: 150±8 us / op, 42032 bytes allocated / op where
Mailing lists >> pgsql-jdbc >> Thread >> Search in thread (4)
2017-04-16 13:58:32 | Re: [JDBC] 42.0.0.jre7, driver logging takes 30-40% of my server's time (Vladimir Sitnikov)
statement.ProcessResultSet.bindExecuteFetch, JDK 1.8.0_102, columnIndexType = INDEX, getter = BEST, ncols = 5, nrows = 100, reuseStatement = false, type = BOOL, unique = false. The results are: 9.4.1212: 150±8 us / op, 42032 bytes allocated / op where
Mailing lists >> pgsql-jdbc >> Thread
2017-03-23 11:24:56 | Interest in allowing caller to push binary data rather than having it pulled? (Tom Dunstan)
Hi all I hit an interesting case today. It’s a bit of a limitation
Mailing lists >> pgsql-jdbc >> Thread
2017-03-23 11:24:56 | [JDBC] Interest in allowing caller to push binary data rather than having it pulled? (Tom Dunstan)
Hi all I hit an interesting case today. It’s a bit of a limitation