Re: Problem with collector statistic

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

In response to

Browse pgsql-general by date

  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.