Search Postgresql Archives

Re: Strange discrepancy in query performance...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



"Jason L. Buberel" <jason@xxxxxxxxxxx> writes:
> For reference, when using JasperReports .jrxml files as the basis for 
> the query, I only had to do to the following to 'force' postgres to 
> treat the jasper report parameter as a number and not text, thereby 
> allowing the correct index to be used:

> select * from city summary where city_master_id = 
> $P{city_master_id}::bigint ...

> Query times went from 300+ seconds back down to ~100ms.

Hmm ... if Postgres were just given the parameter symbol with no type
information, I believe it would have assumed it was bigint (or in
general, the same type as what it's being compared to).  So your
problem suggests that Jasper is deliberately telling the backend that
that parameter is of type text.  If that's coming from something you
did in your code, you probably ought to change the code.  If not,
it seems like a bug/omission in Jasper.

			regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
       subscribe-nomail command to majordomo@xxxxxxxxxxxxxx so that your
       message can get through to the mailing list cleanly

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux