Squirrelix is intentionally minimal: convention over configuration. This guide covers the two query sources (Postgres inference and metadata files), connection settings, Mix task options, and the programmatic API.
Query sources
Every generation or check pass needs type information for each query. Squirrelix accepts one of two sources:
| Mode | When to use | How to enable |
|---|---|---|
| Postgres inferrer | Schema is available locally or in CI | --infer |
| Metadata file | No database at generation time | Default (requires squirr_elix.exs) |
Both mix squirrelix.gen and mix squirrelix.check use the same source for a
given invocation.
Postgres inference
Pass --infer to connect to a live database and read types from Postgrex prepare
metadata:
mix squirrelix.gen --infer --database my_app_dev
The database must exist, be reachable, and have the schema your queries reference (migrations applied).
If connection fails, Squirrelix reports a structured error (refused host/port,
timeout, invalid credentials, or missing database) with hints for PG* variables
and Mix flags. Timeouts are reported separately from other connection failures.
When you cannot reach Postgres at generation time, use a metadata file instead of
--infer (see below).
Connection URL
Prefer putting secrets in the environment (PGPASSWORD / DATABASE_URL) rather
than in a URL or --password flag — both appear in process listings and shell
history.
Phoenix-style apps can rely on DATABASE_URL with no extra flags:
export DATABASE_URL=postgres://user:pass@host:5432/database?sslmode=require
mix squirrelix.gen --infer
Or pass an explicit URL:
mix squirrelix.gen --infer \
--url postgres://user@host:5432/database?connect_timeout=5&sslmode=require
Supported URL schemes: postgres:// and postgresql://.
The connect_timeout query parameter sets the connection timeout in seconds.
SSL query parameters:
| Parameter | Postgrex :ssl |
|---|---|
sslmode=disable | false |
sslmode=allow / prefer | false (Postgrex cannot negotiate SSL fallback) |
sslmode=require / ssl=true | [verify: :verify_none] (encrypt; no CA check) |
sslmode=verify-ca / verify-full | true (Postgrex secure defaults) |
ssl=false | false |
Unix sockets are not supported.
--infer runs your .sql files against a real database (prepare + EXPLAIN). Only
point it at trusted SQL and a database you intend to use for codegen.
Environment variables
Squirrelix reads DATABASE_URL (when set) and standard
libpq environment variables:
| Variable | Default |
|---|---|
DATABASE_URL | (unset — fall back to PG*) |
PGHOST | localhost |
PGPORT | 5432 |
PGUSER | postgres |
PGDATABASE | postgres |
PGPASSWORD | "" |
PGCONNECT_TIMEOUT | 5 (seconds) |
PGSSLMODE | (no SSL) |
PGSSLMODE uses the same mapping as URL sslmode above. A URL sslmode /
ssl parameter overrides PGSSLMODE.
Example with direnv:
# .envrc
export DATABASE_URL=postgres://postgres@localhost:5432/my_app_dev
# or:
export PGDATABASE=my_app_dev
export PGUSER=postgres
export PGPASSWORD=secret
direnv allow
mix squirrelix.gen --infer
Squirrelix does not read .env files directly. Use your shell, direnv, or
similar tools to load environment variables.
CLI flags
mix squirrelix.gen --infer \
--hostname db.example.com \
--port 5433 \
--username app \
--database my_app_dev
Connection precedence (highest first): flags → --url → DATABASE_URL → PG*
environment variables → defaults. Prefer PGPASSWORD / DATABASE_URL over
--password.
Metadata files
When --infer is not passed, Squirrelix loads a metadata file that maps query file
paths to parameter and return type descriptors.
Default path: squirr_elix.exs in the project root.
Custom path:
mix squirrelix.gen --metadata config/squirr_elix.exs
mix squirrelix.check --metadata config/squirr_elix.exs
Format
The file is evaluated as Elixir (like mix.exs) and must return a map. Only
load trusted, project-local metadata — never evaluate untrusted paths.
%{
"lib/my_app/accounts/sql/find_user.sql" => [
params: [:integer],
returns: [
%{name: "id", type: :integer, nullable?: false},
%{name: "name", type: :string, nullable?: false},
%{name: "email", type: :string, nullable?: true}
]
],
"lib/my_app/accounts/sql/delete_user.sql" => [
params: [:integer],
returns: []
]
}Keys are project-relative or absolute paths to .sql files. Values are keyword lists
with:
:params— list of type atoms for$1,$2, ... in order.:returns— list of column maps with:name,:type, and:nullable?keys. Usereturns: []for command queries with no returned rows.
See Types for the supported type atoms.
Every discovered .sql file must have a metadata entry, or generation fails with
MissingQueryMetadata.
Mix task options
Both mix squirrelix.gen and mix squirrelix.check accept:
| Option | Description |
|---|---|
--metadata PATH | Metadata file path (default: squirr_elix.exs) |
--infer | Infer types from Postgres instead of metadata |
--url URL | Postgres connection URL |
--database NAME | Database name |
--hostname HOST | Database host |
--username USER | Database user |
--password PASS | Database password (prefer PGPASSWORD) |
--port PORT | Database port |
Programmatic API
Use Squirrelix.generate/3 and Squirrelix.check/3 from Elixir code:
# Metadata map
metadata = %{
"/path/to/lib/my_app/sql/find_user.sql" => [
params: [:integer],
returns: [%{name: "name", type: :string, nullable?: false}]
]
}
Squirrelix.generate("/path/to/project", metadata, version: "v0.3.0")
# Postgres inferrer (function or module implementing Squirrelix.Inference.Inferrer)
{:ok, conn} = Postgrex.start_link(database: "my_app_dev")
try do
Squirrelix.generate("/path/to/project", Squirrelix.Postgres.inferrer(conn),
version: "v0.3.0"
)
after
GenServer.stop(conn)
endOptions:
:version(required) — version string written into generated file headers.:postgrex— module passed to generated code (defaults toPostgrex).
Returns:
Squirrelix.generate/3→%Squirrelix.CodegenSummary{}Squirrelix.check/3→%Squirrelix.CodegenCheckSummary{}
CI setup
A typical CI step runs the check task after migrations:
- name: Apply migrations
run: mix ecto.migrate
- name: Check Squirrelix output
env:
PGDATABASE: my_app_test
PGHOST: localhost
PGUSER: postgres
run: mix squirrelix.check --inferCommit generated sql.ex files alongside your .sql sources so CI verifies they
stay in sync.
Safe overwrite rules
Squirrelix only overwrites files whose header contains the Squirrelix generation
marker (written into @moduledoc). If a sql.ex file exists without that header
marker, generation fails with CannotOverwriteFile.
During check, an outdated generated file produces OutdatedFile.
Atomic generate and check
Code generation is project-wide atomic (Gleam squirrel 4.5+ parity). If any
sql/ directory has query errors — invalid file names, missing metadata,
inference failures, unsupported types, and so on — mix squirrelix.gen writes
nothing. Directories that would otherwise succeed are left untouched until
every error is fixed.
mix squirrelix.check fails globally when any directory has query errors or
generated-file drift. Errors from every failing directory are reported together;
a single bad directory is enough for a non-zero exit.
Next steps
- Getting Started — first query walkthrough
- Types — type mapping reference