Skip site navigation (1) Skip section navigation (2)

Re: Slow SELECT on three or more clients

From: "AMIR FRANCO D(dot) JOVEN" <amir(at)digi(dot)ph>
To: "Markus Schaber" <schabi(at)logix-tt(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Slow SELECT on three or more clients
Date: 2006-11-16 08:47:23
Message-ID: e38bba340611160047u27643e09wc982da68f4bedfe@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-performance
Hi Markus,

Thank you very much for the information.

I was able to make it fast by correcting indices, i created index on
frequently filtered fields.
now it runs at 0.05 seconds average, much faster than before 0.86.

I will also upgrade to 8.1.5.

Once again, thank you very much. it helped me a lot.

Amir

On 11/15/06, Markus Schaber <schabi(at)logix-tt(dot)com> wrote:
>
> Hi, Amir,
>
> AMIR FRANCO D. JOVEN wrote:
>
> > My current project uses PostgreSQL 7.3.4.
>
> By all means, please upgrade.
>
> The newest 7.3 series version is 7.3.16, which fixes lots of critical
> bugs, and can be used as a drop-in replacement for 7.3.4 (see Release
> Notes at http://www.postgresql.org/docs/7.3/interactive/release.html )
>
> The newest stable release is 8.1.5, and 8.2 is just on the roads...
>
> > I have a table with 94 fields and a select with only one resultset in
> > only one client consumes about 0.86 seconds.
>
> "with only on resultset"?
>
> You mean "with only one returned row", I presume.
>
> Each SELECT has exactly one resultset, which can contain zero to many
> rows.
>
> Please check the following:
>
> - Did you create the appropriate indices?
>
> - Version 7.3.X may suffer from index bloat, so REINDEX might help.
>
> - Did you VACUUM and ANALYZE the table properly?
>
> - Is your free space map setting, the statistics targets, and other
> config options tuned to fit your environment?
>
> - Maybe a VACUUM FULL or a CLUSTER command may help you.
>
> > for a single select with one field in one resultset, is 0.86 seconds
> normal?
>
> That depends on the circumstances.
>
> Markus
>
> --
> Markus Schaber | Logical Tracking&Tracing International AG
> Dipl. Inf.     | Software Development GIS
>
> Fight against software patents in Europe! www.ffii.org
> www.nosoftwarepatents.org
>



-- 
AMIR FRANCO D. JOVEN
Software Engineer
DIGI Software (PHILS.) Inc.

In response to

pgsql-performance by date

Next:From: Richard HuxtonDate: 2006-11-16 10:48:45
Subject: Re: Postgres server crash
Previous:From: Russell SmithDate: 2006-11-16 02:28:29
Subject: Re: Postgres server crash

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group