E-commerce store on Next.js 16 (App Router) + Postgres (Neon) + Clerk
Type-checked against the real SDKs, migration applied to a live Postgres, pooling tested — then tracked for upstream drift and re-verified when it moves. How we verify →
What you're getting
- Next.js 16 App Router — file-based routing, server components, and the Edge proxy (Next 16's renamed middleware).
- Postgres on Neon via Drizzle ORM and the postgres-js driver.
- Clerk — hosted identity (sign-in UI, sessions, user management) mounted via middleware + provider.
- E-commerce storefront — product catalog with per-SKU variants, guest-compatible carts, and price-snapshotting orders.
Setup
bun add next react react-dom drizzle-orm postgres @clerk/nextjsEnvironment variables:
DATABASE_URL— Neon pooled (-pooler) connection stringNEXT_PUBLIC_CLERK_PUBLISHABLE_KEYCLERK_SECRET_KEYCLERK_WEBHOOK_SECRET— svix secret that verifies Clerk webhook signatures
Apply the schema: bunx drizzle-kit push
Initialization
src/lib/db.ts — Database client
import { drizzle } from "drizzle-orm/postgres-js";
import postgres from "postgres";
// Neon pooled endpoint = PgBouncer transaction mode → prepared statements off.
// ponytail: single module-level client; the serverless runtime + PgBouncer do
// the pooling, so no custom pool/globalThis singleton dance needed.
const client = postgres(process.env.DATABASE_URL!, { prepare: false });
export const db = drizzle({ client });
// ponytail: Clerk is hosted — set NEXT_PUBLIC_CLERK_PUBLISHABLE_KEY and
// CLERK_SECRET_KEY in the env. The publishable key is read client-side by
// <ClerkProvider>; the secret key is read server-side by clerkMiddleware().
// Both are picked up from the environment automatically — no wiring needed.proxy.ts — Route protection
// Clerk proxy for Next.js 16 (App Router) (Next 16 renamed middleware.ts → proxy.ts; clerkMiddleware is still the helper).
import { clerkMiddleware, createRouteMatcher } from "@clerk/nextjs/server";
// ponytail: guard the SaaS app surface; widen the matcher per app-type.
const isProtectedRoute = createRouteMatcher([
"/dashboard(.*)",
"/settings(.*)",
]);
export default clerkMiddleware(async (auth, request) => {
// auth.protect() bounces logged-out users to Clerk's hosted sign-in.
if (isProtectedRoute(request)) {
await auth.protect();
}
});
export const config = {
// Clerk's documented matcher: skip Next internals + static files unless
// referenced in search params, and always run on API/tRPC routes.
matcher: [
"/((?!_next|[^?]*\\.(?:html?|css|js(?!on)|jpe?g|webp|png|gif|svg|ttf|woff2?|ico|csv|docx?|xlsx?|zip|webmanifest)).*)",
"/(api|trpc)(.*)",
],
};app/layout.tsx — Root layout / provider
// Root layout — <ClerkProvider> is required for Next.js 16 (App Router).
import { ClerkProvider } from "@clerk/nextjs";
import type { ReactNode } from "react";
export default function RootLayout({ children }: { children: ReactNode }) {
return (
<ClerkProvider>
<html lang="en">
<body>{children}</body>
</html>
</ClerkProvider>
);
}E-commerce schema: product catalog, carts & orders
- Product catalog & variants — products (display unit) and product_variants (buyable SKUs carrying price_cents and inventory_qty)
- Cart & checkout — carts (nullable user_id for guest shoppers) and cart_items (one row per variant per cart, quantity-bumped on re-add)
- Orders & line items — orders (captured totalCents + status walk) and order_items (frozen sku + unitPriceCents snapshot, variantId set-null on delete)
import { relations, sql } from "drizzle-orm";
import {
check,
index,
integer,
pgTable,
text,
timestamp,
unique,
uuid,
} from "drizzle-orm/pg-core";
// Better Auth owns identity; we only reference its `user` table by id.
import { user } from "./auth-schema";
export type OrderStatus = "pending" | "paid" | "shipped" | "cancelled";
/** Catalog product — the marketing/display unit. Money + stock live on the
* variant below, never here, so a product can have many priced SKUs. */
export const products = pgTable(
"products",
{
id: uuid("id").primaryKey().defaultRandom(),
slug: text("slug").notNull().unique(),
name: text("name").notNull(),
description: text("description"),
createdAt: timestamp("created_at", { withTimezone: true })
.notNull()
.defaultNow(),
},
(t) => [index("idx_product_slug").on(t.slug)],
);
/** A buyable SKU under a product. Price (integer cents) and inventory live here
* because that's what a customer actually adds to a cart and pays for. */
export const productVariants = pgTable(
"product_variants",
{
id: uuid("id").primaryKey().defaultRandom(),
productId: uuid("product_id")
.notNull()
.references(() => products.id, { onDelete: "cascade" }),
sku: text("sku").notNull().unique(),
name: text("name").notNull(), // e.g. "Large / Black"
// Money as integer cents — no float money in the catalog.
priceCents: integer("price_cents").notNull().default(0),
inventoryQty: integer("inventory_qty").notNull().default(0),
createdAt: timestamp("created_at", { withTimezone: true })
.notNull()
.defaultNow(),
},
(t) => [index("idx_variant_product").on(t.productId)],
);
/** One open cart per shopper. userId is nullable so guests can shop before they
* authenticate; on login the app reassigns the guest cart to user.id. */
export const carts = pgTable(
"carts",
{
id: uuid("id").primaryKey().defaultRandom(),
// Better Auth's user.id is text — match it, don't recast. Nullable: a guest
// cart has no user yet.
userId: text("user_id").references(() => user.id, { onDelete: "cascade" }),
createdAt: timestamp("created_at", { withTimezone: true })
.notNull()
.defaultNow(),
},
(t) => [index("idx_cart_user").on(t.userId)],
);
/** A variant + quantity in a cart. The composite unique keeps one row per
* variant per cart (the app bumps quantity instead of inserting duplicates). */
export const cartItems = pgTable(
"cart_items",
{
id: uuid("id").primaryKey().defaultRandom(),
cartId: uuid("cart_id")
.notNull()
.references(() => carts.id, { onDelete: "cascade" }),
variantId: uuid("variant_id")
.notNull()
.references(() => productVariants.id, { onDelete: "cascade" }),
quantity: integer("quantity").notNull().default(1),
},
(t) => [
unique("cart_items_cart_variant_unique").on(t.cartId, t.variantId),
index("idx_cart_item_cart").on(t.cartId),
],
);
/** A placed order. totalCents is the captured total at checkout; status walks
* the fulfilment states. userId is nullable to allow guest checkout. */
export const orders = pgTable(
"orders",
{
id: uuid("id").primaryKey().defaultRandom(),
userId: text("user_id").references(() => user.id, { onDelete: "set null" }),
status: text("status").$type<OrderStatus>().notNull().default("pending"),
totalCents: integer("total_cents").notNull().default(0),
// ponytail: opaque payment-provider id (Stripe/etc.) — no provider FK needed.
providerPaymentId: text("provider_payment_id"),
createdAt: timestamp("created_at", { withTimezone: true })
.notNull()
.defaultNow(),
},
(t) => [
index("idx_order_user").on(t.userId),
index("idx_order_status").on(t.status),
check(
"orders_status_check",
sql`${t.status} in ('pending','paid','shipped','cancelled')`,
),
],
);
/** Order line item. Snapshots unitPriceCents (and the SKU string) at purchase
* time so re-pricing or deleting a variant never rewrites order history — the
* variant FK is set null on delete, the snapshot stays. */
export const orderItems = pgTable(
"order_items",
{
id: uuid("id").primaryKey().defaultRandom(),
orderId: uuid("order_id")
.notNull()
.references(() => orders.id, { onDelete: "cascade" }),
// Keep the line even if the catalog variant is later removed.
variantId: uuid("variant_id").references(() => productVariants.id, {
onDelete: "set null",
}),
// Frozen at checkout — the SKU and price as they were when bought.
sku: text("sku").notNull(),
unitPriceCents: integer("unit_price_cents").notNull(),
quantity: integer("quantity").notNull().default(1),
},
(t) => [
// Drives the "line items for this order" lookup.
index("idx_order_item_order").on(t.orderId),
],
);
export const productsRelations = relations(products, ({ many }) => ({
variants: many(productVariants),
}));
export const productVariantsRelations = relations(
productVariants,
({ one, many }) => ({
product: one(products, {
fields: [productVariants.productId],
references: [products.id],
}),
cartItems: many(cartItems),
orderItems: many(orderItems),
}),
);
export const cartsRelations = relations(carts, ({ one, many }) => ({
user: one(user, { fields: [carts.userId], references: [user.id] }),
items: many(cartItems),
}));
export const cartItemsRelations = relations(cartItems, ({ one }) => ({
cart: one(carts, { fields: [cartItems.cartId], references: [carts.id] }),
variant: one(productVariants, {
fields: [cartItems.variantId],
references: [productVariants.id],
}),
}));
export const ordersRelations = relations(orders, ({ one, many }) => ({
user: one(user, { fields: [orders.userId], references: [user.id] }),
items: many(orderItems),
}));
export const orderItemsRelations = relations(orderItems, ({ one }) => ({
order: one(orders, { fields: [orderItems.orderId], references: [orders.id] }),
variant: one(productVariants, {
fields: [orderItems.variantId],
references: [productVariants.id],
}),
}));
Connection & security
## Next.js 16 ↔ Postgres pooling (Neon pooled endpoint, PgBouncer transaction mode)
Connect through Neon's **pooled** endpoint (`-pooler` host) via `DATABASE_URL`. Serverless
functions are short-lived and concurrent, so PgBouncer in **transaction mode** is what keeps
Postgres' connection ceiling from being blown.
### `prepare: false` is mandatory
Transaction-mode PgBouncer hands each transaction a different backend, so server-side prepared
statements (postgres-js' default) silently break across the pool. Disable them on the client:
`postgres(url, { prepare: false })`. This is also why **Drizzle, not Prisma**, is paired here —
Prisma's prepared-statement reliance is a blocked intersection on this endpoint.
### Connection reuse
- Construct the postgres-js client at **module scope** (`src/lib/db.ts`) so warm function
instances reuse one socket instead of opening one per request.
- Cap the driver pool small — `max: 1` per instance. The shared pool lives in PgBouncer, not in
your function; a large per-instance `max` just multiplies idle connections across instances.
- Keep `idle_timeout` ~20s and `connect_timeout` ~10s so frozen instances release backends fast.
### No session-level features
Transaction mode forbids anything that spans transactions on one backend: `LISTEN/NOTIFY`,
session-scoped `SET`, advisory-lock sessions, server-side cursors, and `WITH HOLD`. Need any of
those? Use Neon's **direct** (non-pooled) endpoint for that path only.
### Thresholds
- Drizzle/postgres-js: `prepare: false`, `max: 1`, `idle_timeout: 20`, `connect_timeout: 10`.
- Neon Free pooled budget is ~10k client connections; keep concurrency well under the project's
`max_connections` (often 100–900 by plan) by leaning on PgBouncer, never on driver pooling.
Verified identity sync (Clerk)
✓ Clerk users sync into a local user table idempotently — duplicate, out-of-order, and concurrent webhooks converge to one correct row, so your foreign keys resolve. Replayed against a live database, not just type-checked.
Local user table
import { pgTable, text, timestamp } from "drizzle-orm/pg-core";
// Local mirror of Clerk identity — the FK target app-type schemas reference as user.
// id = Clerk's user id, so existing user_id foreign keys resolve once the sync runs.
export const user = pgTable("user", {
id: text("id").primaryKey(), // = Clerk user id
email: text("email"),
firstName: text("first_name"),
lastName: text("last_name"),
imageUrl: text("image_url"),
updatedAt: timestamp("updated_at", { withTimezone: true }), // staleness key (Clerk updated_at)
createdAt: timestamp("created_at", { withTimezone: true }).notNull().defaultNow(),
});
src/lib/identity/record.ts
import { and, eq, isNull, lt, or } from "drizzle-orm";
import { user } from "./schema";
export type ClerkUserEvent = {
type: string;
data: {
id: string;
email_addresses?: { email_address: string }[];
first_name?: string | null;
last_name?: string | null;
image_url?: string | null;
updated_at?: number;
};
};
// Idempotent + concurrency-safe sync of a Clerk user into the local user table.
// Keyed on id (= Clerk id, the PK); the staleness guard lives in the UPDATE WHERE so
// a late/older event cannot clobber newer state. user.deleted removes the row.
export async function recordClerkEvent(
// ponytail: loosely typed Drizzle client so the emitted core stays portable.
db: any,
event: ClerkUserEvent,
): Promise<{ changed: boolean }> {
const d = event.data;
if (event.type === "user.deleted") {
const deleted = await db.delete(user).where(eq(user.id, d.id)).returning({ id: user.id });
return { changed: deleted.length > 0 };
}
const email = d.email_addresses?.[0]?.email_address ?? null;
const eventAt = new Date(d.updated_at ?? 0);
const fields = {
email,
firstName: d.first_name ?? null,
lastName: d.last_name ?? null,
imageUrl: d.image_url ?? null,
updatedAt: eventAt,
};
const updated = await db
.update(user)
.set(fields)
.where(and(eq(user.id, d.id), or(isNull(user.updatedAt), lt(user.updatedAt, eventAt))))
.returning({ id: user.id });
if (updated.length > 0) return { changed: true };
const [existing] = await db.select({ id: user.id }).from(user).where(eq(user.id, d.id)).limit(1);
if (existing) return { changed: false };
const inserted = await db
.insert(user)
.values({ id: d.id, ...fields })
.onConflictDoNothing({ target: user.id })
.returning({ id: user.id });
return { changed: inserted.length > 0 };
}app/api/webhooks/clerk/route.ts
// Clerk identity webhook for Next.js 16 (App Router). Clerk webhooks are svix — verify the
// signature, then hand the event to the idempotent recordClerkEvent.
import { Webhook } from "svix";
import { db } from "@/lib/db";
import { recordClerkEvent, type ClerkUserEvent } from "@/lib/identity/record";
const USER_EVENTS = new Set(["user.created", "user.updated", "user.deleted"]);
export async function POST(request: Request): Promise<Response> {
const secret = process.env.CLERK_WEBHOOK_SECRET;
if (!secret) return Response.json({ error: "Server misconfigured" }, { status: 500 });
const raw = await request.text();
const headers = Object.fromEntries(request.headers.entries());
let event: ClerkUserEvent;
try {
event = new Webhook(secret).verify(raw, headers) as ClerkUserEvent;
} catch {
return Response.json({ error: "Invalid signature" }, { status: 403 });
}
if (USER_EVENTS.has(event.type)) await recordClerkEvent(db, event);
return Response.json({ ok: true });
}Decisions & compatibility
- Auth runs in proxy.ts (Next 16's renamed middleware) on the Edge runtime: it gates on the session cookie's presence only — full session validation happens in Server Components and route handlers, not in the proxy.
- prepare: false is mandatory — Neon's pooled endpoint is PgBouncer in transaction mode, where server-side prepared statements break across the pool.
- Drizzle is paired here (not Prisma): Prisma's prepared-statement reliance is incompatible with transaction-mode pooling.
- Hosted: Clerk owns identity and does NOT create a local `user` table. Store `clerk_user_id` as text without a foreign key, or sync Clerk users into a local table via webhook before relying on FKs to `user`.
- Money is stored as integer cents on product_variants (price_cents) and snapshotted onto order_items (unit_price_cents) at checkout — repricing or deleting a variant never rewrites order history.
- cart_items carries a composite unique on (cart_id, variant_id) so the app bumps quantity rather than inserting duplicate rows; orders.status is a text + CHECK column (pending/paid/shipped/cancelled) to avoid ALTER TYPE migrations.
- Clerk is a hosted identity provider and does not create a local `user` table. This schema's foreign keys to `user` assume a local identity table (as Better Auth provides). With Clerk, store `clerk_user_id` as a text column without a foreign key, or sync Clerk users into a local `users` table via webhook before relying on these FKs.
Related stacks
- Same stack, with Better Auth instead of Clerk
- Same stack, built for Marketplace
- Same stack, built for Blog / CMS
- Same stack, built for CRM
- Same stack, built for SaaS
- Same stack, built for AI Wrapper
- Same stack, built for LMS (learning platform)
- Same stack, built for Project management
- Same stack, built for Helpdesk / support
- Same stack, built for Booking / scheduling
- Same stack, built for Forum / community
- Same stack, built for Newsletter platform
- Same stack, built for Job board
- Same stack, built for Fintech ledger
- Same stack, built for Notes / knowledge base
- Same stack, built for IoT telemetry
- Same stack, built for Video platform
- Same stack, built for Product analytics
- Same stack, built for Fitness tracker
- Same stack, built for Social network