Request demo
V Valk

The Truth Engine for PostgreSQL

The Lie Detector for your Database Queries.

Prove performance fixes before production. Valk detects high-impact anomalies, explains the schema context, and validates recommended changes in isolated simulations. Built for engineers who want evidence — not guesswork.

No production table access • testcontainers-go isolation
Reality Check
Verified
Baseline
182 ms
Optimized
61 ms
3.0x Faster
Statistical Improvement: 66.5%
Execution Plan Reality: Index Scan Verified
Buffer Hits: 4,231 → 12
Cache Hit Ratio: 92.1% → 99.8%

Choose your strategy:
Precision vs. Variance

Simulation isn't one-size-fits-all. Valk allows you to switch between deterministic benchmarking and chaotic stress testing with a single toggle.

Steady (Guaranteed)

Consistent inputs. Valk uses your primary predicates for all runs. Perfect for verifying if an index works under ideal, reproducible conditions.

Fuzzy (Stress Test)

Randomized variants. Valk samples your weights to generate chaotic, realistic traffic. Ideal for finding edge cases where performance degrades under skewed cardinality.

Consistent. Deterministic.

A platform built around evidence

Valk ties every recommendation to the workload signal that triggered it — and gives you a safe sandbox to validate impact before you ship changes.

Anomalies

Query-level and snapshot-level rules with deduplication, confidence scoring, and traceable evidence.

  • • Slow queries (delta windows)
  • • Missing indexes (schema-aware)
  • • Unused indexes (cross-snapshot)
Alerts

Lifecycle management: ack, snooze, resolve, verify. One issue → one alert with history.

  • • Deduplication keys
  • • Acknowledgements & suppression
  • • Verification jobs
Simulation

Isolated, ephemeral Postgres instances to validate before/after metrics with reproducible commands.

  • • Setup / test / cleanup scripts
  • • Before/after timings
  • • Risk-aware rollout guidance
Schema context

Normalized snapshots: tables, columns, indexes, constraints, triggers, routines — so recommendations stay grounded.

  • • ERD-ready representation
  • • FK + join awareness
  • • Index coverage checks
The Workflow

From Theory to Proof

Stop guessing. Valk spins up a reality-distortion field to verify your fix before you merge.

01
1

Package

Valk extracts schema metadata & creates an isolated testcontainer.

Ephemeral Secure
02
2

Execute

We run the query N times against seeded synthetic data.

03

The Verdict

Verified performance. We prove the fix works with 99% statistical confidence.

Reality Approved

We clone your statistics,
not your secrets.

Valk operates with zero access to your row data. We only require read access to PostgreSQL system catalogs to understand your schema structure and workload distribution.

Metadata Extraction
Only `information_schema` and `pg_stat` catalogs.
Synthetic Generation
Realistic data that respects FKs and predicates.
valk-monitor.log
[09:41:02] INFO Capturing schema metadata...
[09:41:05] INFO Analyzing Zipfian distribution for `user_id`...
[09:41:08] WARN Rejecting query: `SELECT * FROM secret_keys`
[09:41:08] WARN Reason: Permission denied (Least Privilege)
[09:41:12] INFO Spawning ephemeral sandbox...
[09:41:15] Reality Check starting

Tune the Truth to your Standards

Valk doesn't force a one-size-fits-all definition of "slow." Use the Valk Dashboard to toggle rules, override thresholds, and suppress known noise — all without touching a line of code.

Threshold Overrides

Set custom latency (ms) and call volume thresholds per database. Scale your alerts as your traffic grows.

Severity Levels

Classify findings as Critical, Warning, or Info. Focus on high-impact regressions first.

Smart Suppression

Snooze or ignore specific queries (like background cleanup jobs) to keep your signal-to-noise ratio high.

Slow Query

P99 Regressions

Delta window detection
Unused Index

Write Overhead Bloat

idx_scan = 0 over 14d
Vacuum Needed

Dead Tuple Buildup

Ratio > 10% threshold
Low Cardinality

Index Mismatch

B-tree on Boolean detected
Slow Query

P99 Regressions

Delta window detection
Unused Index

Write Overhead Bloat

idx_scan = 0 over 14d
See all detection rules and configuration options →

We do NOT read your production row data

Ever. Period. Valk only accesses PostgreSQL system catalogs — schema metadata and query statistics. Your actual table data never leaves your infrastructure.

Schema metadata
Table names, column types, index definitions
Query statistics
Execution times, call counts, query fingerprints
Never accessed
SELECT * FROM your_tables — we don't need it, we don't request it
Isolation architecture
Your PostgreSQL
Production database with your data
metadata only ↓
Valk Extractor
Read-only, no table data access
Simulation Sandbox
Ephemeral, isolated, destroyed after use
no network
Your row data stays in your database. Always.
See exact permissions required →
Built with Go Rust for speed and reliability at scale

See Valk simulate your workload

Walk through your slowest queries with us. We'll show you exactly what Valk detects, how it builds simulation inputs, and the before/after proof you'd get — all in 20 minutes.

20 min walkthrough no commitment engineer-to-engineer
Get a personalized demo

Tell us about your PostgreSQL setup and we'll show you what Valk would find.

Request demo