Re: hstore: add hstore_length function

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Korbin Hoffman <k1(at)k1(dot)io>
Cc: Fabrízio Mello <fabriziomello(at)gmail(dot)com>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: hstore: add hstore_length function
Date: 2016-06-08 14:44:26
Message-ID: CA+TgmoakS5LOXgxOBJDgye38X27DHf1V=pNW_GwnrydhjK19Pw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jun 6, 2016 at 7:57 PM, Korbin Hoffman <k1(at)k1(dot)io> wrote:
> With regards to your second point- I've been maintaining consistency
> with the rest of the hstore module. Hstore's _size is internally
> stored as a uint, but all uses of HS_COUNT across the feature end up
> stored in a signed int. I could only find (grep) a few occurrences of
> PG_RETURN_UINT32 across the entire codebase, and none in the hstore
> module. If there's strong consensus for change, though, I'm happy to
> do so.

The PG_RETURN_BLAH macro chosen should match the declared return type
of that function. So if your function, for example, returns int4 (or
integer, which is the same thing), PG_RETURN_INT32 is correct.

There are no built-in SQL datatypes for unsigned integers, which is
why you did not find many uses of PG_RETURN_UINT32 in the code base.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Stephen Frost 2016-06-08 14:45:49 Re: Problem with dumping bloom extension
Previous Message Tom Lane 2016-06-08 14:41:17 Re: Rename max_parallel_degree?