Scaling Postgres

A podcast by Creston Jamison - Sundays

Sundays

Categories:

167 Episodes

  1. UUID vs Bigint Battle!!! | Scaling Postgres 302

    Published: 2/11/2024
  2. Postgres LLM OS & 30 Times Faster Index Builds | Scaling Postgres 301

    Published: 2/4/2024
  3. Scaling Postgres Celebration | Scaling Postgres 300

    Published: 1/28/2024
  4. Build A GPT In SQL | Scaling Postgres 299

    Published: 1/21/2024
  5. 10-100 Times Higher Latency With Distributed Postgres | Scaling Postgres 298

    Published: 1/14/2024
  6. Postgres In 2024 | Scaling Postgres 297

    Published: 1/7/2024
  7. State Of Postgres 2023 | Scaling Postgres 296

    Published: 12/24/2023
  8. 30K Messages Per Second Queue | Scaling Postgres 295

    Published: 12/17/2023
  9. How Much Observability Is Needed? | Scaling Postgres 294

    Published: 12/11/2023
  10. Better Plans With Statistics | Scaling Postgres 293

    Published: 12/4/2023
  11. Companion Databases? | Scaling Postgres 292

    Published: 11/26/2023
  12. 2 To 4 Times Faster With Vectorization | Scaling Postgres 291

    Published: 11/19/2023
  13. Postgres Releases = Reindexing | Scaling Postgres 290

    Published: 11/12/2023
  14. Postgres Scheduling Opportunities | Scaling Postgres 289

    Published: 11/5/2023
  15. Index Corruption From ICU Collation Change | Scaling Postgres 288

    Published: 10/29/2023
  16. 15% - 250% Faster Query Throughput | Scaling Postgres 287

    Published: 10/22/2023
  17. 20 Times Faster Text Search & Ranking? | Scaling Postgres 286

    Published: 10/15/2023
  18. Indexing Deep Dive | Scaling Postgres 285

    Published: 10/8/2023
  19. 23 Or 1.1 Times Faster Performance? | Scaling Postgres 284

    Published: 10/1/2023
  20. 222 Times Faster Analytical Queries With Columnar Storage | Scaling Postgres 283

    Published: 9/24/2023

3 / 9

Learn how to get the best performance and scale your PostgreSQL database with our weekly shows. Receive the best content curated from around the web. We have a special focus on content for developers since your architecture and usage is the key to getting the most performance out of PostgreSQL.