Extract consistent data sub-graphs from a PostgreSQL database and apply them elsewhere. Built for seeding test databases with real-world data while keeping referential integrity intact.
extract- Pick a root table and (optional) filtering clauses. Fixturize will follow foreign keys in both directions (parents and children) to collect a self-container snapshot of the data.apply- Load the snapshot into another database. Tables are inserted in FK-dependency order, constraints are deferred.
go build -o ~/bin/fixturize ./cmd/fixturize# one org and everything it touches
fixturize extract --connection "$DB" \
--root "organizations WHERE id = 42"
# 3 random orgs, cap child tables at 500 rows
fixturize extract --connection "$DB" \
--root "organizations ORDER BY random() LIMIT 3" \
--limit 500
# pull in lookup tables that have no FK path, skip audit noise
fixturize extract --connection "$DB" \
--root "organizations WHERE id = 42" \
--include "roles,permissions" \
--exclude "audit_log,event_log"
# preview without writing a file
fixturize extract --connection "$DB" \
--root "users LIMIT 5" --dry-runThe --root flag accepts any valid SQL fragment after the table name: WHERE, ORDER BY, LIMIT.
--include pulls entire tables (all rows) - useful for enums and lookups that aren't FK-linked.
--exclude skips tables completely. You'll get a warning if an excluded table is a FK parent (dangling references).
# load fixture into test DB
fixturize apply --connection "postgresql://..." fixtures/org-42.json
# Wipe target tables first
fixturize apply --connection "postgresql://..." --force fixtures/org-42.jsonPass --connection or set DATABASE_URL env variable:
export DATABASE_URL="postgresql://user:pass@localhost/mydb"
fixturize extract --root "users LIMIT 10"Replace sensitive columns with SQL expressions during extraction. The expression runs in the SELECT and can reference the same row:
fixturize extract --connection "$DB" \
--root "organizations WHERE id = 42" \
--mask "auth.users.email='user_' || id || '@test.com'" \
--mask "auth.users.name='User ' || id" \
--mask "billing.cards.number='4111111111111111'"Format: schema.table.column=sql_expression (or table.column=expr for public schema).
Masks are recorded in the fixture metadata so you know what was scrubbed.
- extraction runs under REPEATABLE READ isolation - consistent snapshot, but holds a transaction open. Use
--statement-timeout(default 30s) to bound query time. --forceon apply truncates target tables before insert. Don't point it at production.- Circular FK dependencies are detected and warned about. The tool handles them via deferred constraints, but review the output.
- generated/identity columns are excluded from extraction and use
OVERRIDING SYSTEM VALUEon apply. - Always mask PII before sharing fixtures across environments.