Re: Get relid for a relation - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Get relid for a relation
Date
Msg-id 1674576.1673621126@sss.pgh.pa.us
Whole thread Raw
In response to Get relid for a relation  (Amin <amin.fallahi@gmail.com>)
List pgsql-hackers
Amin <amin.fallahi@gmail.com> writes:
> In CustomScan cost estimator, where PlannerInfo and RelOptInfo are passed,
> I want to get access to the relation stats (for example pg_stat_all_tables)
> by calling pg_stat_fetch_stat_tabentry(). However, I don't have access to
> relid to pass to this function.

Sure you do.  The existing code, eg in selfuncs.c, does it about like
this:

        RangeTblEntry *rte = planner_rt_fetch(rel->relid, root);

        Assert(rte->rtekind == RTE_RELATION);
        relid = rte->relid;
        Assert(relid != InvalidOid);
        ...
        vardata.statsTuple = SearchSysCache3(STATRELATTINH,
                                             ObjectIdGetDatum(relid),
                                             Int16GetDatum(colnum),
                                             BoolGetDatum(rte->inh));

This is maybe a bit confusing, in that rel->relid is a range
table index but rte->relid is an OID.

FWIW, I seriously doubt that the numbers kept by the pg_stat mechanisms
are what you want for query planning purposes.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Zhang Mingli
Date:
Subject: Re: [feature]COPY FROM enable FORCE_NULL/FORCE_NOT_NULL on all columns
Next
From: Xing Guo
Date:
Subject: Re: PL/Python: Fix return in the middle of PG_TRY() block.