From: | Marco Aurélio V(dot) da Silva <marcoprodata(at)gmail(dot)com> |
---|---|
To: | "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com> |
Cc: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Problem with collector statistic |
Date: | 2007-12-20 11:16:19 |
Message-ID: | 000801c842f9$c17e29e0$0402a8c0@marquinho |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Dear,
Thanks, this solved my problem. I was using very low values for
effective_cache_size.
Thanks for your attention,
Marco Aurélio V. da Silva
Prodata Inf. e Cad. Ltda.
MSN: marco(at)prodatanet(dot)com(dot)br
Fone: (33) 3322-3082
----- Original Message -----
From: "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>
To: "Marco Aurélio V. da Silva" <marcoprodata(at)gmail(dot)com>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>; <pgsql-general(at)postgresql(dot)org>
Sent: Wednesday, December 19, 2007 4:16 PM
Subject: Re: [GENERAL] Problem with collector statistic
On Dec 19, 2007 2:06 PM, Marco Aurélio V. da Silva
<marcoprodata(at)gmail(dot)com> wrote:
> Sorry,
>
> I discovered that the problem appears to be another, doing tests with the
> same database, this is a consultation limit using the same database and
> with
> 9364 records of the problem, and with 9363 not of.
Sounds like pgsql is switching to a sequential scan a little too
quickly for your dataset / server / etc...
I'd say look at increasing effective_cache_size and lowering
random_page_cost
From | Date | Subject | |
---|---|---|---|
Next Message | A. Kretschmer | 2007-12-20 11:16:23 | Re: Quick Regex Question |
Previous Message | Andrew Nesheret | 2007-12-20 11:14:22 | Re: foreign key constraint, planner ignore index. |