RE: [EXTERNAL] Re: Performance down with JDBC 42 - Mailing list pgsql-performance

From Abraham, Danny
Subject RE: [EXTERNAL] Re: Performance down with JDBC 42
Date
Msg-id PH0PR02MB744686A70A78460A4C2DA70E8EABA@PH0PR02MB7446.namprd02.prod.outlook.com
Whole thread Raw
In response to Re: Performance down with JDBC 42  (Laurenz Albe <laurenz.albe@cybertec.at>)
Responses Re: [EXTERNAL] Re: Performance down with JDBC 42  (Andreas Kretschmer <andreas@a-kretschmer.de>)
Re: [EXTERNAL] Re: Performance down with JDBC 42  (Frits Hoogland <frits.hoogland@gmail.com>)
Re: [EXTERNAL] Re: Performance down with JDBC 42  (Jeff Janes <jeff.janes@gmail.com>)
List pgsql-performance
Thanks Laurenz,

Traced two huge plans. They differ.
The fast one does use Materialize and Memoize  (the psql).
Is there something in JDBC 42 that blocks these algoruthms?

Thanks again

Danny

-----Original Message-----
From: Laurenz Albe <laurenz.albe@cybertec.at> 
Sent: Saturday, November 4, 2023 11:07 PM
To: Abraham, Danny <danny_abraham@bmc.com>; psql-performance <pgsql-performance@postgresql.org>
Subject: [EXTERNAL] Re: Performance down with JDBC 42

On Sat, 2023-11-04 at 19:08 +0000, Abraham, Danny wrote:
> Asking for help with a JDBC related issue.
> Environment: Linux 7.9 PG 14.9 , very busy PG Server.
> 
> A big query - 3 unions and about 10 joins runs :
> - 70ms on psql , DBeaver with JDBC 42  and  in our Server using old 
> JDBC 9.2
> - 2500 ms in our Server using new JDBC 42 driver. ( and  this is 
> running many times)
> 
> Question: Is there a structured way to identify optimization setup ( Planner Method s ) changes?
> Are there any known changes specific to JDBC 42. 

What I would do is enable auto_explain and look at the execution plan when the statement is run by the JDBC driver.
Thenyou can compare the execution plans and spot the difference.
 

Yours,
Laurenz Albe

pgsql-performance by date:

Previous
From: Laurenz Albe
Date:
Subject: Re: Performance down with JDBC 42
Next
From: Andreas Kretschmer
Date:
Subject: Re: [EXTERNAL] Re: Performance down with JDBC 42