Re: [PERFORM] Terrible Write Performance of a Stored Procedure - Mailing list pgsql-general

From Merlin Moncure
Subject Re: [PERFORM] Terrible Write Performance of a Stored Procedure
Date
Msg-id b42b73150906290800p130429d4i1d10a7ed8d27628b@mail.gmail.com
Whole thread Raw
List pgsql-general
On Fri, Jun 26, 2009 at 4:36 PM, Brian
Troutwine<goofyheadedpunk@gmail.com> wrote:
>> *) use indexes to optimize where and join conditions.  for example,
>> update yadda set yadda where foo = bar, make sure that there is an
>> index on foo.  As alan noted this is almost definitely your problem.
>
> To my knowledge, I have. amazon_items.isbn does not have an index but
> it is not used, unless I'm overlooking something, in a where
> condition. item_details.isbn is and does, however.
>
>> *) use varchar, not char (always).
>
> Why?
>

char(n) included the padding up to 'n' both on disk and in data
returned.  It's slower and can be wasteful.

Did you figure out your issue?  I'm pretty sure its an index issue or
some other basic optimization problem.

merlin

pgsql-general by date:

Previous
From: Merlin Moncure
Date:
Subject: Re: pasting into psql garbles text
Next
From: Tom Lane
Date:
Subject: Re: Slony-I timezone setting