PostgreSQL column types
We have native support for all of them, yet if that’s not enough for you, feel free to create custom types.
integer
integer
int
int4
Signed 4-byte integer
If you need integer autoincrement
please refer to serial.
smallint
smallint
int2
Small-range signed 2-byte integer
If you need smallint autoincrement
please refer to smallserial.
bigint
bigint
int8
Signed 8-byte integer
If you need bigint autoincrement
please refer to bigserial.
If you’re expecting values above 2^31 but below 2^53, you can utilise mode: 'number'
and deal with javascript number as opposed to bigint.
serial
serial
serial4
Auto incrementing 4-bytes integer, notational convenience for creating unique identifier columns (similar to the AUTO_INCREMENT
property supported by some other databases).
For more info please refer to the official PostgreSQL docs.
smallserial
smallserial
serial2
Auto incrementing 2-bytes integer, notational convenience for creating unique identifier columns (similar to the AUTO_INCREMENT
property supported by some other databases).
For more info please refer to the official PostgreSQL docs.
bigserial
bigserial
serial8
Auto incrementing 8-bytes integer, notational convenience for creating unique identifier columns (similar to the AUTO_INCREMENT
property supported by some other databases).
For more info please refer to the official PostgreSQL docs.
If you’re expecting values above 2^31 but below 2^53, you can utilise mode: 'number'
and deal with javascript number as opposed to bigint.
boolean
PostgreSQL provides the standard SQL type boolean.
For more info please refer to the official PostgreSQL docs.
text
text
Variable-length(unlimited) character string.
For more info please refer to the official PostgreSQL docs.
You can define { enum: ["value1", "value2"] }
config to infer insert
and select
types, it won’t check runtime values.
varchar
character varying(n)
varchar(n)
Variable-length character string, can store strings up to n
characters (not bytes).
For more info please refer to the official PostgreSQL docs.
You can define { enum: ["value1", "value2"] }
config to infer insert
and select
types, it won’t check runtime values.
The length
parameter is optional according to PostgreSQL docs.
char
character(n)
char(n)
Fixed-length, blank padded character string, can store strings up to n
characters(not bytes).
For more info please refer to the official PostgreSQL docs.
You can define { enum: ["value1", "value2"] }
config to infer insert
and select
types, it won’t check runtime values.
The length
parameter is optional according to PostgreSQL docs.
numeric
numeric
decimal
Exact numeric of selectable precision. Can store numbers with a very large number of digits, up to 131072 digits before the decimal point and up to 16383 digits after the decimal point.
For more info please refer to the official PostgreSQL docs.
decimal
An alias of numeric.
real
real
float4
Single precision floating-point number (4 bytes)
For more info please refer to the official PostgreSQL docs.
double precision
double precision
float8
Double precision floating-point number (8 bytes)
For more info please refer to the official PostgreSQL docs.
json
json
Textual JSON data, as specified in RFC 7159.
For more info please refer to the official PostgreSQL docs.
You can specify .$type<..>()
for json object inference, it won’t check runtime values.
It provides compile time protection for default values, insert and select schemas.
jsonb
jsonb
Binary JSON data, decomposed.
For more info please refer to the official PostgreSQL docs.
You can specify .$type<..>()
for json object inference, it won’t check runtime values.
It provides compile time protection for default values, insert and select schemas.
time
time
timetz
time with timezone
time without timezone
Time of day with or without time zone.
For more info please refer to the official PostgreSQL docs.
timestamp
timestamp
timestamptz
timestamp with time zone
timestamp without time zone
Date and time with or without time zone.
For more info please refer to the official PostgreSQL docs.
You can specify either date
or string
infer modes:
The
string
mode does not perform any mappings for you. This mode was added to Drizzle ORM to provide developers with the possibility to handle dates and date mappings themselves, depending on their needs. Drizzle will pass raw dates as stringsto
andfrom
the database, so the behavior should be as predictable as possible and aligned 100% with the database behavior
The
date
mode is the regular way to work with dates. Drizzle will take care of all mappings between the database and the JS Date object
How mapping works for timestamp
and timestamp with timezone
:
As PostgreSQL docs stated:
In a literal that has been determined to be timestamp without time zone, PostgreSQL will silently ignore any time zone indication. That is, the resulting value is derived from the date/time fields in the input value, and is not adjusted for time zone.
For timestamp with time zone, the internally stored value is always in UTC (Universal Coordinated Time, traditionally known as Greenwich Mean Time, GMT). An input value that has an explicit time zone specified is converted to UTC using the appropriate offset for that time zone. If no time zone is stated in the input string, then it is assumed to be in the time zone indicated by the system’s TimeZone parameter, and is converted to UTC using the offset for the timezone zone.
So for timestamp with timezone
you will get back string converted to a timezone set in you Postgres instance.
You can check timezone using this sql query:
date
date
Calendar date (year, month, day)
For more info please refer to the official PostgreSQL docs.
You can specify either date
or string
infer modes:
interval
interval
Time span
For more info please refer to the official PostgreSQL docs.
point
point
Geometric point type
For more info please refer to the official PostgreSQL docs.
Type point
has 2 modes for mappings from the database: tuple
and xy
.
-
tuple
will be accepted for insert and mapped on select to a tuple. So, the database Point(1,2) will be typed as [1,2] with drizzle. -
xy
will be accepted for insert and mapped on select to an object with x, y coordinates. So, the database Point(1,2) will be typed as{ x: 1, y: 2 }
with drizzle
line
line
Geometric line type
For more info please refer to the official PostgreSQL docs.
Type line
has 2 modes for mappings from the database: tuple
and abc
.
-
tuple
will be accepted for insert and mapped on select to a tuple. So, the database Line3 will be typed as [1,2,3] with drizzle. -
abc
will be accepted for insert and mapped on select to an object with a, b, and c constants from the equationAx + By + C = 0
. So, the database Line3 will be typed as{ a: 1, b: 2, c: 3 }
with drizzle.
enum
enum
enumerated types
Enumerated (enum) types are data types that comprise a static, ordered set of values.
They are equivalent to the enum types supported in a number of programming languages.
An example of an enum type might be the days of the week, or a set of status values for a piece of data.
For more info please refer to the official PostgreSQL docs.
Customizing column data type
Every column builder has a .$type()
method, which allows you to customize the data type of the column.
This is useful, for example, with unknown or branded types:
Constraints & defaults
Identity Columns
To use this feature you would need to have drizzle-orm@0.32.0
or higher and drizzle-kit@0.23.0
or higher
PostgreSQL supports identity columns as a way to automatically generate unique integer values for a column. These values are generated using sequences and can be defined using the GENERATED AS IDENTITY clause.
Types of Identity Columns
GENERATED ALWAYS AS IDENTITY
: The database always generates a value for the column. Manual insertion or updates to this column are not allowed unless the OVERRIDING SYSTEM VALUE clause is used.GENERATED BY DEFAULT AS IDENTITY
: The database generates a value by default, but manual values can also be inserted or updated. If a manual value is provided, it will be used instead of the system-generated value.
Key Features
- Automatic Value Generation: Utilizes sequences to generate unique values for each new row.
- Customizable Sequence Options: You can define starting values, increments, and other sequence options.
- Support for Multiple Identity Columns: PostgreSQL allows more than one identity column per table.
Limitations
- Manual Insertion Restrictions: For columns defined with GENERATED ALWAYS AS IDENTITY, manual insertion or updates require the OVERRIDING SYSTEM VALUE clause.
- Sequence Constraints: Identity columns depend on sequences, which must be managed correctly to avoid conflicts or gaps.
Usage example
You can specify all properties available for sequences in the .generatedAlwaysAsIdentity()
function. Additionally, you can specify custom names for these sequences
PostgreSQL docs reference.
Default value
The DEFAULT
clause specifies a default value to use for the column if no value
is explicitly provided by the user when doing an INSERT
.
If there is no explicit DEFAULT
clause attached to a column definition,
then the default value of the column is NULL
.
An explicit DEFAULT
clause may specify that the default value is NULL
,
a string constant, a blob constant, a signed-number, or any constant expression enclosed in parentheses.
When using $default()
or $defaultFn()
, which are simply different aliases for the same function,
you can generate defaults at runtime and use these values in all insert queries.
These functions can assist you in utilizing various implementations such as uuid
, cuid
, cuid2
, and many more.
Note: This value does not affect the drizzle-kit
behavior, it is only used at runtime in drizzle-orm
When using $onUpdate()
or $onUpdateFn()
, which are simply different aliases for the same function,
you can generate defaults at runtime and use these values in all update queries.
Adds a dynamic update value to the column. The function will be called when the row is updated, and the returned value will be used as the column value if none is provided. If no default (or $defaultFn) value is provided, the function will be called when the row is inserted as well, and the returned value will be used as the column value.
Note: This value does not affect the drizzle-kit
behavior, it is only used at runtime in drizzle-orm
Not null
NOT NULL
constraint dictates that the associated column may not contain a NULL
value.
Primary key
A primary key constraint indicates that a column, or group of columns, can be used as a unique identifier for rows in the table. This requires that the values be both unique and not null.