From: | Dave Cramer <pg(at)fastcrypt(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | G B <g(dot)b(dot)coder(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Explain Analyze returns faster than psql or JDBC calls. |
Date: | 2009-10-09 11:57:38 |
Message-ID: | 491f66a50910090457j62f62af5o4c74fc707cd8785a@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
You should also keep in mind that JDBC uses prepared statements, so you have
to explain analyze accordingly.
Dave
On Thu, Oct 8, 2009 at 5:18 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> G B <g(dot)b(dot)coder(at)gmail(dot)com> writes:
> > How can explain-analyze return significantly much faster than other
> means?
>
> If the returned data is large or takes a lot of work to convert to text,
> this could happen, since EXPLAIN ANALYZE doesn't bother to format the
> tuples for display. How big are those bytea columns, on average?
>
> regards, tom lane
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>
From | Date | Subject | |
---|---|---|---|
Next Message | Xia Qingran | 2009-10-09 12:31:54 | Re: Bad performance of SELECT ... where id IN (...) |
Previous Message | Shiva Raman | 2009-10-09 07:11:26 | Re: High CPU load on Postgres Server during Peak times!!!! |