From: | Alessandro Gagliardi <alessandro(at)path(dot)com> |
---|---|
To: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Why should such a simple query over indexed columns be so slow? |
Date: | 2012-01-30 22:26:47 |
Message-ID: | CAAB3BB+HOQmdTkL0gSYtFOWtP7q=Qtr10R6yHU+idFEpHi5kVA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Got it (with a little bit of klutzing around). :) Thanks!
On Mon, Jan 30, 2012 at 2:24 PM, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>wrote:
> On Mon, Jan 30, 2012 at 3:19 PM, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
> wrote:
> > On Mon, Jan 30, 2012 at 2:55 PM, Alessandro Gagliardi
> > <alessandro(at)path(dot)com> wrote:
> >> I set random_page_cost to 2 (with enable_seqscan on) and get the same
> >> performance I got with enable_seqscan off.
> >> So far so good. Now I just need to figure out how to set it globally.
> :-/
> >
> > alter database set random_page_cost=2.0;
>
> That should be:
>
> alter database dbnamegoeshere set random_page_cost=2.0;
>
>
>
> --
> To understand recursion, one must first understand recursion.
>
From | Date | Subject | |
---|---|---|---|
Next Message | Carlo Stonebanks | 2012-01-30 23:15:17 | Re: pl/pgsql functions outperforming sql ones? |
Previous Message | Scott Marlowe | 2012-01-30 22:24:24 | Re: Why should such a simple query over indexed columns be so slow? |