Re: Regarding ambulkdelete, amvacuumcleanup index methods - Mailing list pgsql-hackers

From Masahiko Sawada
Subject Re: Regarding ambulkdelete, amvacuumcleanup index methods
Date
Msg-id CAD21AoDr6=5BbJp4coAXSd5WJu9jsK61hKNn1q5Ums8VW1sz+A@mail.gmail.com
Whole thread Raw
In response to Regarding ambulkdelete, amvacuumcleanup index methods  (Abinaya k <abinaya.k.496@gmail.com>)
List pgsql-hackers
On Wed, Jan 24, 2018 at 1:27 PM, Abinaya k <abinaya.k.496@gmail.com> wrote:
> Hai all,
>       We are building In-memory index extension for postgres. We would
> capture table inserts, updates, deletes using triggers. During vacuum
> operation, postgres would give calls to ambulkdelete, amvacuumcleanup (as
> part of index cleanup). As we handle all updates, deletes using triggers, we
> don't have to do any index cleanup in ambulkdelete. But, what stats should i
> return from ambulkdelete and amvacuumcleanup? Is that necessary to return
> stats from ambulkdelete and amvacuumcleanup ?

Both ambulkdelete and amvacuumcleanup return an IndexBulkDeleteResult.
If you return a non-NULL value, the values of returned
IndexBulkDeleteResult are used for updating the index statistics and
reporting the statistics of bulk deletion in lazy_cleanup_index. For
example, num_pages and num_index_tuples are used for updating
pg_class.relpages and pg_class.reltuples. But if you return NULL from
them, these are skipped.

Regards,

--
Masahiko Sawada
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center


pgsql-hackers by date:

Previous
From: Gaddam Sai Ram
Date:
Subject: Help needed in using 'on_dsm_detach' callback
Next
From: Fabien COELHO
Date:
Subject: Re: PATCH: pgbench - option to build using ppoll() for largerconnection counts