Re: minor nodeIndexScan tweak - Mailing list pgsql-patches

From Tom Lane
Subject Re: minor nodeIndexScan tweak
Date
Msg-id 9134.1120801068@sss.pgh.pa.us
Whole thread Raw
In response to minor nodeIndexScan tweak  (Neil Conway <neilc@samurai.com>)
List pgsql-patches
Neil Conway <neilc@samurai.com> writes:
> Per EDB's Coverity analysis, "runtimeKeyInfo" is only non-NULL if
> "econtext" is also non-NULL, so we can eliminate a conditional on the
> former by moving it inside an "if" block for the latter.

This is premature optimization par excellance --- it saves one if-test,
in a not very performance-critical routine.  I disagree that it improves
the code clarity: it's far from obvious that being-passed-an-outer-tuple
is the same condition as has-runtime-keys, and I can think of numerous
possible future changes that would render the conditions distinct again.
So please, don't do it.

> !         if (!(IsA(leftop, Var) &&
> !               var_is_rel((Var *) leftop)))
>               elog(ERROR, "indexqual doesn't have key on left side");

> !         if (!(IsA(leftop, Var) && var_is_rel((Var *) leftop)))
>               elog(ERROR, "indexqual doesn't have key on left side");

Just FYI, the reason for the line break is that pgindent will make it
look uglier if it's all on one line.  The IsA construct seems to confuse
pgindent somehow ...

            regards, tom lane

pgsql-patches by date:

Previous
From: Neil Conway
Date:
Subject: minor nodeIndexScan tweak
Next
From: jtv@xs4all.nl
Date:
Subject: Re: patch: garbage error strings in libpq