Re: Redundant syscache access in get_rel_sync_entry()

2024-07-11 Thread Tom Lane
Michael Paquier  writes:
> On Thu, Jul 11, 2024 at 07:10:58PM +0530, Ashutosh Bapat wrote:
>> I think it's just convenient. We do that at multiple places; not exactly
>> these functions but functions which fetch relation attributes from cached
>> tuples. Given that the tuple is cached and local to the backend, it's not
>> too expensive.  But if there are multiple places which do something like
>> this, we may want to create more function get_rel_* function which return
>> multiple properties in one function call. I see get_rel_namspace() and
>> get_rel_name() called together at many places.

> That's not worth the complications based on the level of caching.
> This code is fine as-is.

I could get behind creating such functions if there were a
demonstrable performance win, but in places that are not hot-spots
that's unlikely to be demonstrable.

regards, tom lane




Re: Redundant syscache access in get_rel_sync_entry()

2024-07-11 Thread Michael Paquier
On Thu, Jul 11, 2024 at 07:10:58PM +0530, Ashutosh Bapat wrote:
> I think it's just convenient. We do that at multiple places; not exactly
> these functions but functions which fetch relation attributes from cached
> tuples. Given that the tuple is cached and local to the backend, it's not
> too expensive.  But if there are multiple places which do something like
> this, we may want to create more function get_rel_* function which return
> multiple properties in one function call. I see get_rel_namspace() and
> get_rel_name() called together at many places.

That's not worth the complications based on the level of caching.
This code is fine as-is.
--
Michael


signature.asc
Description: PGP signature


Re: Redundant syscache access in get_rel_sync_entry()

2024-07-11 Thread cca5507
-- Original --
From:   
 "Ashutosh Bapat"   
 


Re: Redundant syscache access in get_rel_sync_entry()

2024-07-11 Thread Ashutosh Bapat
On Thu, Jul 11, 2024 at 11:38 AM cca5507  wrote:

> Hi,
> in func get_rel_sync_entry() we access the same tuple in pg_class three
> times:
> Oid schemaId = get_rel_namespace(relid);
> bool am_partition = get_rel_relispartition(relid);
> char relkind = get_rel_relkind(relid);
> Why not just merge into one?
>

I think it's just convenient. We do that at multiple places; not exactly
these functions but functions which fetch relation attributes from cached
tuples. Given that the tuple is cached and local to the backend, it's not
too expensive.  But if there are multiple places which do something like
this, we may want to create more function get_rel_* function which return
multiple properties in one function call. I see get_rel_namspace() and
get_rel_name() called together at many places.

-- 
Best Wishes,
Ashutosh Bapat


Redundant syscache access in get_rel_sync_entry()

2024-07-10 Thread cca5507
Hi,
in func get_rel_sync_entry() we access the same tuple in pg_class three 
times:
    Oid           schemaId = 
get_rel_namespace(relid);
    bool  am_partition = get_rel_relispartition(relid);
    char  relkind = get_rel_relkind(relid);
Why not just merge into one?


--
Regards,
ChangAo Chen