Re: Some ExecSeqScan optimizations

From: David Rowley <dgrowleyml(at)gmail(dot)com>
To: Vladlen Popolitov <v(dot)popolitov(at)postgrespro(dot)ru>
Cc: Amit Langote <amitlangote09(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Junwang Zhao <zhjwpku(at)gmail(dot)com>
Subject: Re: Some ExecSeqScan optimizations
Date: 2025-01-10 10:36:12
Message-ID: CAApHDvpvob9NN8Tm2H-XXFeCTKgExCbUjrFgP3fBswqFsun4yQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, 10 Jan 2025 at 22:53, Vladlen Popolitov
<v(dot)popolitov(at)postgrespro(dot)ru> wrote:
> In case of query
> select count(*) from test_table where a_1 = 1000000;
> I would expect increase of query time due to additional if...else . It
> is not clear
> what code was eliminated to decrease query time.

Are you talking about the code added to ExecInitSeqScan() to determine
which node function to call? If so, that's only called during executor
startup. The idea here is to reduce the branching during execution by
calling one of those special functions which has a more specialised
version of the ExecScan code for the particular purpose it's going to
be used for.

David

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Rowley 2025-01-10 10:37:55 Re: Some ExecSeqScan optimizations
Previous Message Ryo Kanbayashi 2025-01-10 10:34:49 Re: ecpg command does not warn COPY ... FROM STDIN;