HiveBrain v1.2.0
Get Started
← Back to all entries
snippetsqlMajor

How to store one-byte integer in PostgreSQL?

Submitted by: @import:stackexchange-dba··
0
Viewed 0 times
postgresqlbytestoreonehowinteger

Problem

In PostgreSQL documentation, it is said that integer data types can be stored in either two-, four- or eight-byte space. One of the columns of a table in my database contains a one-byte integer value and I want it to be stored in a one-byte data type.

  • Is there an extension or a way to use one-byte integer data type in PostgreSQL?



  • How many bytes is NUMERIC(1,0)?

Solution

No, there is no 1-byte integer in the standard distribution of Postgres. All built-in numeric types of standard Postgres occupy 2 or more bytes.
Extension pguint

But yes, there is the extension pguint, maintained by Peter Eisentraut, one of the Postgres core developers. It's not part of the standard distribution:

In addition to various unsigned integer types, it also provides the 1-byte integer you are looking for:

int1 (signed 8-bit integer)
uint1 (unsigned 8-bit integer)
uint2 (unsigned 16-bit integer)
uint4 (unsigned 32-bit integer)
uint8 (unsigned 64-bit integer)


Be sure to read the chapter "Discussion" at the linked site, explaining possible complications. You need to exercise care with type casts and numeric literals when introducing more integer types ...
Partial Workaround

A possible, simple workaround would be to encode 1-byte integer values as "char" (with double-quotes!), an "internal" simplistic 1-character type, which actually uses a single byte of storage. Up to Postgres 9.5, it covered byte values of a signed 1-byte integer (decimal range of -128 to 127). But it has since been tightened to only cover positive numbers, which are represented as ASCII characters. So only half the range of a single-byte integer.

You can encode values in the range of 0 to 127:

SELECT i
     , i::"char"       -- "encode"
     , i::"char"::int  -- "decode"
FROM   generate_series(0,127) i;


db<>fiddle here

There are several characters not meant for display. So encode before you store and decode before you display.

Remember: "char" is an "internal" type intended for simple and cheap enumeration. Not officially designed for what we are doing here, and not portable to other RDBMS. There are no guarantees by the Postgres project. But since "char" is used all over the system catalogs, the type is not going to change.

You can also cast from text, now that negative numbers are excluded.

Code Snippets

int1 (signed 8-bit integer)
uint1 (unsigned 8-bit integer)
uint2 (unsigned 16-bit integer)
uint4 (unsigned 32-bit integer)
uint8 (unsigned 64-bit integer)
SELECT i
     , i::"char"       -- "encode"
     , i::"char"::int  -- "decode"
FROM   generate_series(0,127) i;

Context

StackExchange Database Administrators Q#159090, answer score: 41

Revisions (0)

No revisions yet.