Pgtestdb's template cloning approach to testing is fast
peterldowns
19 points
2 comments
July 30, 2026
Related Discussions
Found 5 related stories in 335.9ms across 15,510 title embeddings via pgvector HNSW
- PostgresBench: A Reproducible Benchmark for Postgres Services saisrirampur · 94 pts · June 20, 2026 · 52% similar
- pgrust passes 100% of the Postgres regression tests tosh · 20 pts · July 11, 2026 · 52% similar
- Postgres rewritten in Rust, now passing 100% of the Postgres regression tests SweetSoftPillow · 526 pts · July 09, 2026 · 49% similar
- Pgfmt – a PostgreSQL specific SQL formatter whalesalad · 14 pts · April 08, 2026 · 49% similar
- PostgreSQL is enough (2024) Imustaskforhelp · 103 pts · June 24, 2026 · 48% similar
Discussion Highlights (2 comments)
lukasschwab
> I’m going to add a recommendation in our docs for pgtestdb, particularly for users aiming to test end-to-end (i.e. job inserted by client → fully completed by worker). That's exactly what I did to learn River — implementing simple apps and testing their execution with pgtestdb: https://github.com/lukasschwab/river-playground The starter skeleton was LLM-generated and not quite perfect, but discovering the coding agent's mistakes was satisfying in its own right.
peterldowns
Just want to say thank you to Brandur for doing such a cool experiment. Last year I actually explored the River test suite to understand how they made it work so quickly — he's understating it when he says their implementation is "gold standard." I'm both surprised and excited to hear that pgtestdb, out of the box, can give anyone a ~nearly as fast experience. Going to have to throw some tokens at pooling... very interesting idea. Thank you, Brandur!