src/content/docs/drizzle-kit-push.mdx
import CodeTab from "@mdx/CodeTab.astro"; import CodeTabs from "@mdx/CodeTabs.astro"; import Section from "@mdx/Section.astro"; import Tab from "@mdx/Tab.astro"; import Tabs from "@mdx/Tabs.astro"; import Callout from "@mdx/Callout.astro"; import Prerequisites from "@mdx/Prerequisites.astro"; import Npx from "@mdx/Npx.astro"; import SchemaFilePaths from "@mdx/SchemaFilePaths.mdx"; import Drivers from "@mdx/Drivers.mdx" import Dialects from "@mdx/Dialects.mdx" import DriversExamples from "@mdx/DriversExamples.mdx"
drizzle-kit pushdrizzle-kit push lets you literally push your schema and subsequent schema changes directly to the
database while omitting SQL files generation, it's designed to cover code first
approach of Drizzle migrations.
export const users = p.pgTable("users", { id: p.serial().primaryKey(), name: p.text(), };
┌─────────────────────┐
│ ~ drizzle-kit push │
└─┬───────────────────┘
│ ┌──────────────────────────┐
└ Pull current datatabase schema ---------> │ │
│ │
┌ Generate alternations based on diff <---- │ DATABASE │
│ │ │
└ Apply migrations to the database -------> │ │
│ └──────────────────────────┘
│
┌────────────────────────────────────┴────────────────┐
create table users(id serial primary key, name text);
</Section>
</Callout>
It's the best approach for rapid prototyping and we've seen dozens of teams
and solo developers successfully using it as a primary migrations flow in their production applications.
It pairs exceptionally well with blue/green deployment strategy and serverless databases like
[Planetscale](https://planetscale.com), [Neon](https://neon.tech), [Turso](https://turso.tech/drizzle) and others.
<hr/>
`drizzle-kit push` requires you to specify `dialect`, path to the `schema` file(s) and either
database connection `url` or `user:password@host:port/db` params, you can provide them
either via [drizzle.config.ts](/docs/drizzle-config-file) config file or via CLI options:
<CodeTabs items={["With config file", "With CLI options"]}>
<Section>
```ts
// drizzle.config.ts
import { defineConfig } from "drizzle-kit";
export default defineConfig({
dialect: "postgresql",
schema: "./src/schema.ts",
dbCredentials: {
url: "postgresql://user:password@host:port/dbname",
},
});
npx drizzle-kit push
npx drizzle-kit push --dialect=postgresql --schema=./src/schema.ts --url=postgresql://user:password@host:port/dbname
You can have a single schema.ts file or as many schema files as you want spread out across the project.
Drizzle Kit requires you to specify path(s) to them as a glob via schema configuration option.
You can have multiple config files in the project, it's very useful when you have multiple database stages or multiple databases or different databases on the same project:
<Npx> drizzle-kit push --config=drizzle-dev.config.ts drizzle-kit push --config=drizzle-prod.config.ts </Npx> ```plaintext {5-6} 📦 <project root> ├ 📂 drizzle ├ 📂 src ├ 📜 .env ├ 📜 drizzle-dev.config.ts ├ 📜 drizzle-prod.config.ts ├ 📜 package.json └ 📜 tsconfig.json ```For embedded databases Drizzle provides embedded migrations - check out our get started guide.
</Callout>
Drizzle Kit does not come with a pre-bundled database driver,
it will automatically pick available database driver from your current project based on the dialect - see discussion.
Mostly all drivers of the same dialect share the same set of connection params,
as for exceptions like aws-data-api, pglight and d1-http - you will have to explicitly specify driver param.
drizzle-kit push will by default manage all tables in public schema.
You can configure list of tables, schemas and extensions via tablesFilters, schemaFilter and extensionFilters options.
tablesFilter | glob based table names filter, e.g. ["users", "user_info"] or "user*". Default is "*" |
schemaFilter | Schema names filter, e.g. ["public", "drizzle"]. Default is ["public"] |
extensionsFilters | List of installed database extensions, e.g. ["postgis"]. Default is [] |
Let's configure drizzle-kit to only operate with all tables in public schema and let drizzle-kit know that there's a postgis extension installed, which creates it's own tables in public schema, so drizzle can ignore them.
<Section> ```ts filename="drizzle.config.ts" {9-11} import { defineConfig } from "drizzle-kit";export default defineConfig({ dialect: "postgresql", schema: "./src/schema.ts", dbCredentials: { url: "postgresql://user:password@host:port/dbname", }, extensionsFilters: ["postgis"], schemaFilter: ["public"], tablesFilter: ["*"], });
```shell
npx drizzle-kit push
drizzle-kit push has a list of cli-only options
verbose | print all SQL statements prior to execution |
strict | always ask for approval before executing SQL statements |
force | auto-accept all data-loss statements |
We recommend configuring drizzle-kit through drizzle.config.ts file,
yet you can provide all configuration options through CLI if necessary, e.g. in CI/CD pipelines, etc.
dialect | required | Database dialect, one of <Dialects/> |
schema | required | Path to typescript schema file(s) or folder(s) with multiple schema files |
driver | Drivers exceptions <Drivers/> | |
tablesFilter | Table name filter | |
schemaFilter | Schema name filter. Default: ["public"] | |
extensionsFilters | Database extensions internal database filters | |
url | Database connection string | |
user | Database user | |
password | Database password | |
host | Host | |
port | Port | |
database | Database name | |
config | Configuration file path, default=drizzle.config.ts |
Let's declare drizzle schema in the project and push it to the database via drizzle-kit push command
📦 <project root>
├ 📂 src
│ ├ 📜 schema.ts
│ └ 📜 index.ts
├ 📜 drizzle.config.ts
└ …
<CodeTabs items={["drizzle.config.ts", "src/schema.ts"]}>
import { defineConfig } from "drizzle-kit";
export default defineConfig({
dialect: "postgresql",
schema: "./src/schema.ts",
dbCredentials: {
url: "postgresql://user:password@host:port/dbname"
},
});
import * as p from "drizzle-orm/pg-core";
export const users = p.pgTable("users", {
id: p.serial().primaryKey(),
name: p.text(),
})
Now let's run
npx drizzle-kit push
it will pull existing(empty) schema from the database and generate SQL migration and apply it under the hood
CREATE TABLE "users"(
id serial primary key,
name text
)
DONE ✅