| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
| Cc: | Edoardo Panfili <edoardo(dot)panfili(at)iisgubbio(dot)edu(dot)it>, pgsql-general(at)lists(dot)postgresql(dot)org |
| Subject: | Re: The same prepared query yield "-1" the first six times and then "-1.0" |
| Date: | 2023-08-21 16:45:48 |
| Message-ID: | 2865013.1692636348@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
"David G. Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> writes:
> Otherwise, I agree this seems like a bug, probably in the JDBC driver,
> though one pertains to style as opposed to semantics since both answers are
> technically correct.
I don't see any such behavior change in psql, so I agree that this is
probably something to ask about on the JDBC list.
My first thought was that the output change occurs when the query
transitions from custom to generic plan. However, since there are
no parameters involved the backend would go for a generic plan
immediately. Having said that, I seem to recall that the JDBC driver
has its own notion of custom vs generic execution, so maybe the
issue is around there somewhere.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Adrian Klaver | 2023-08-21 16:50:06 | Re: Why doesn't autovacuum/analyze run in due time after calling pg_stat_reset? |
| Previous Message | Rihad | 2023-08-21 16:31:08 | Re: Why doesn't autovacuum/analyze run in due time after calling pg_stat_reset? |