Re: Avoiding tuple construction/deconstruction during joining

From: Miroslav Šulc <miroslav(dot)sulc(at)startnet(dot)cz>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgreSQL(dot)org, pgsql-performance(at)postgreSQL(dot)org
Subject: Re: Avoiding tuple construction/deconstruction during joining
Date: 2005-03-14 19:31:51
Message-ID: 4235E6A7.6010703@startnet.cz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

Tom Lane wrote:

>=?windows-1250?Q?Miroslav_=8Aulc?= <miroslav(dot)sulc(at)startnet(dot)cz> writes:
>
>
>>seriously, I am far below this level of knowledge. But I can contribute
>>a test that (maybe) can help. I have rewritten the query so it JOINs the
>>varchar() fields (in fact all fields except the IDPK) at the last INNER
>>JOIN. Though there is one more JOIN, the query is more than 5 times
>>faster (1975.312 ms) :-)
>>
>>
>
>That confirms my thought that passing the data up through multiple
>levels of join is what's killing us. I'll work on a solution. This
>will of course be even less back-patchable to 8.0.* than Ogawa's work,
>but hopefully it will fix the issue for 8.1.
>
> regards, tom lane
>
>
Tom, thank you and the others for help. I'm glad that my problem can
help PostgreSQL improve and that there are people like you that
understand each little bit of the software :-)

Miroslav

Attachment Content-Type Size
miroslav.sulc.vcf text/x-vcard 387 bytes

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2005-03-14 19:39:19 Re: [pgsql-hackers-win32] snprintf causes regression tests
Previous Message Tom Lane 2005-03-14 19:22:35 Re: Avoiding tuple construction/deconstruction during joining

Browse pgsql-performance by date

  From Date Subject
Next Message Alex Turner 2005-03-14 19:53:42 Re: Postgres on RAID5
Previous Message Tom Lane 2005-03-14 19:30:39 Re: column name is "LIMIT"