CREATE TABLE IF NOT EXISTS "table" ( "smallint1" smallint DEFAULT 10 "smallint2" smallint DEFAULT '10'::smallint);
bigint
bigintint8
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.
import { bigint, pgTable } from "drizzle-orm/pg-core";export const table = pgTable('table', { bigint: bigint({ mode: 'number' })});// will be inferred as `number`bigint: bigint({ mode: 'number' })// will be inferred as `bigint`bigint: bigint({ mode: 'bigint' })
CREATE TABLE IF NOT EXISTS "table" ( "bigint" bigint);
CREATE TABLE IF NOT EXISTS "table" ( "bigint1" bigint DEFAULT 10 "bigint2" bigint DEFAULT '10'::bigint);
---
serial
serialserial4
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.
CREATE TABLE IF NOT EXISTS "table" ( "serial" serial NOT NULL,);
smallserial
smallserialserial2
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.
CREATE TABLE IF NOT EXISTS "table" ( "smallserial" smallserial NOT NULL,);
bigserial
bigserialserial8
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.
CREATE TABLE IF NOT EXISTS "table" ( "boolean" boolean,);
---
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.
import { text, pgTable } from "drizzle-orm/pg-core";export const table = pgTable('table', { text: text()});// will be inferred as text: "value1" | "value2" | nulltext: text({ enum: ["value1", "value2"] })
CREATE TABLE IF NOT EXISTS "table" ( "text" text,);
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.
import { varchar, pgTable } from "drizzle-orm/pg-core";export const table = pgTable('table', { varchar1: varchar(), varchar2: varchar({ length: 256 }),});// will be inferred as text: "value1" | "value2" | nullvarchar: varchar({ enum: ["value1", "value2"] }),
CREATE TABLE IF NOT EXISTS "table" ( "varchar1" varchar, "varchar2" varchar(256),);
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.
import { char, pgTable } from "drizzle-orm/pg-core";export const table = pgTable('table', { char1: char(), char2: char({ length: 256 }),});// will be inferred as text: "value1" | "value2" | nullchar: char({ enum: ["value1", "value2"] }),
CREATE TABLE IF NOT EXISTS "table" ( "char1" char, "char2" char(256),);
---
numeric
numericdecimal
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.
CREATE TABLE IF NOT EXISTS "table" ( "json1" json, "json2" json default '{"foo": "bar"}'::json, "json3" json default '{"foo": "bar"}'::json,);
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.
// will be inferred as { foo: string }json: json().$type<{ foo: string }>();// will be inferred as string[]json: json().$type<string[]>();// won't compilejson: json().$type<string[]>().default({});
jsonb
jsonb
Binary JSON data, decomposed.
For more info please refer to the official PostgreSQL docs.
CREATE TABLE IF NOT EXISTS "table" ( "jsonb1" jsonb, "jsonb2" jsonb default '{"foo": "bar"}'::jsonb, "jsonb3" jsonb default '{"foo": "bar"}'::jsonb,);
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.
// will be inferred as { foo: string }jsonb: jsonb().$type<{ foo: string }>();// will be inferred as string[]jsonb: jsonb().$type<string[]>();// won't compilejsonb: jsonb().$type<string[]>().default({});
---
time
timetimetztime with timezonetime without timezone
Time of day with or without time zone.
For more info please refer to the official PostgreSQL docs.
CREATE TABLE IF NOT EXISTS "table" ( "timestamp1" timestamp, "timestamp2" timestamp (6) with time zone, "timestamp3" timestamp default now(), "timestamp4" timestamp default now(),);
You can specify either date or string infer modes:
// will infer as datetimestamp: timestamp({ mode: "date" }),// will infer as stringtimestamp: timestamp({ mode: "string" }),
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 strings to and from 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:
show timezone;
date
date
Calendar date (year, month, day)
For more info please refer to the official PostgreSQL docs.
CREATE TABLE IF NOT EXISTS "table" ( "interval1" interval, "interval2" interval day, "interval3" interval(6) month,);
---
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
CREATE TABLE IF NOT EXISTS "items" ( "point" point, "pointObj" point,);
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 equation Ax + By + C = 0. So, the database Line3 will be typed as { a: 1, b: 2, c: 3 } with drizzle.
CREATE TABLE IF NOT EXISTS "items" ( "line" line, "lineObj" line,);
---
enum
enumenumerated 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.
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.
You can specify all properties available for sequences in the .generatedAlwaysAsIdentity() function. Additionally, you can specify custom names for these sequences
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
import { text, pgTable } from "drizzle-orm/pg-core";import { createId } from '@paralleldrive/cuid2';const table = pgTable('table', { id: text().$defaultFn(() => createId()),});
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
CREATE TABLE IF NOT EXISTS "table" ( "integer" integer NOT NULL,);
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.