Re: How to read query plan

From: Kaloyan Iliev Iliev <news1(at)faith(dot)digsys(dot)bg>
To: Miroslav Љulc <miroslav(dot)sulc(at)startnet(dot)cz>, pgsql-performance(at)postgresql(dot)org
Subject: Re: How to read query plan
Date: 2005-03-14 17:03:37
Message-ID: 4235C3E9.2080505@faith.digsys.bg
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

Hi,

I have an idea about your problem. Will it be difficult not to change
the entire code but only the queries? You can change type in the
Postgres to bool. Then, when select data you can use a CASE..WHEN to
return 'Y' or 'N' or even write a little function which accepts bool and
returns 'Y' or 'N'. In this case in all your queries you will have to
replace the select of bool field with select form the function.

Kaloyan

Miroslav Љulc wrote:

> Tom Lane wrote:
>
>> Just FYI, I did a quick search-and-replace on your dump to replace
>> varchar(1) by "char", which makes the column fixed-width without any
>> change in the visible data. This made hardly any difference in the
>> join speed though :-(. So that is looking like a dead end.
>>
>>
> I'll try to change the data type to bool but the problem I stand in
> front of is that the code expects that SELECTs return 'Y' or 'N' but
> what I have found out till now is that PostgreSQL returns 't' or 'f'
> for bool data. I think about some solution but they use CPU :-(
>
>> John's idea about re-joining to the main table to pick up the bulk of
>> its fields only after joining to the sub-tables might work.
>>
>>
> I'll try that. It seems it could work.
>
>> regards, tom lane
>>
>>
> Miroslav
>
>------------------------------------------------------------------------
>
>
>---------------------------(end of broadcast)---------------------------
>TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faq
>
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Miroslav Šulc 2005-03-14 17:07:54 Re: How to read query plan
Previous Message Michael Adler 2005-03-14 17:01:43 Re: invalidating cached plans

Browse pgsql-performance by date

  From Date Subject
Next Message Miroslav Šulc 2005-03-14 17:07:54 Re: How to read query plan
Previous Message Gaetano Mendola 2005-03-14 16:47:36 Bad Performance[2]