Re: Optimization of partial index creation for a new column - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Optimization of partial index creation for a new column
Date
Msg-id s2iowdadng2jwstlpopzxaax6ngxnihdl3w3jdkcsiosvtoygh@737lx7vby2gp
Whole thread Raw
In response to Optimization of partial index creation for a new column  (Александр Асафов <asafofalexander@gmail.com>)
Responses Re: Optimization of partial index creation for a new column
List pgsql-hackers
Hi,

On 2025-12-14 23:13:49 +0300, Александр Асафов wrote:
> I have a feature suggestion to optimize the creation of a partial
> index. In some cases, it is possible to skip a full table scan. For
> example:
> 
> BEGIN;
> ALTER TABLE test ADD COLUMN (newcol int);
> CREATE INDEX newindex ON test(newcol) WHERE newcol IS NOT NULL;
> COMMIT;
> 
> In this case, the values of all columns in the new table will be NULL,
> and there is no point in checking the conditions for each row. The
> same optimization can be done for default values in NOT NULL columns.
> 
> How complex would a patch with this optimization be? Will it be
> necessary to add any attributes to the table metadata, or can we check
> that the previous command was CREATE TABLE when creating an index?

I doubt this is feasible, or at least that it's going to be worth the
complexity. You'd have to make sure that the transaction didn't actually
insert any rows, and update some in-memory or catalog state if it did. With
subtransactions etc that could get somewhat complicated.

Greetings,

Andres Freund



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Proposed mid-cycle update of typedefs.list
Next
From: Tom Lane
Date:
Subject: Re: Proposed mid-cycle update of typedefs.list