Re: Add comment explaining why queryid is int64 in pg_stat_statements - Mailing list pgsql-hackers

From Ilia Evdokimov
Subject Re: Add comment explaining why queryid is int64 in pg_stat_statements
Date
Msg-id f39083a0-9e2d-46a5-9b72-9fef8f87c3a6@tantorlabs.com
Whole thread Raw
List pgsql-hackers


On 15.05.2025 10:08, Shaik Mohammad Mujeeb wrote:
Hi Developers,

In pg_stat_statements.c, the function pg_stat_statements_internal() declares the queryid variable as int64, but assigns it a value of type uint64. At first glance, this might appear to be an overflow issue. However, I think this is intentional - the queryid is cast to int64 to match the bigint type of the queryid column in the pg_stat_statements view.

Please find the attached patch, which adds a clarifying comment to make the rationale explicit and avoid potential confusion for future readers.



Thanks and Regards,
Shaik Mohammad Mujeeb
Member Technical Staff
Zoho Corp



I don't think the comment is necessary here. There are no arithmetic or logical operations performed on it. It is only passed as a Datum.

--
Best regards,
Ilia Evdokimov,
Tantor Labs LLC.

pgsql-hackers by date:

Previous
From: vignesh C
Date:
Subject: Re: Logical Replication of sequences
Next
From: shveta malik
Date:
Subject: Re: Conflict detection for update_deleted in logical replication