Skip to content
0:00 / 0:00

#pg_lake#iceberg#duckdb

pg_lake: postgres can be your data lake

Stanislav Kozlovski

873 subscribers • 2 videos on Hallway

YouTube
  • Recommended by 1 person: 1 in engineering communities.
  • Presented by Marco Slot, creator of pg_cron
  • Linked in the descriptionsnowflake-labs/pg_lake

Advanced. Deep dive for people who know the field.

1.5K views6 months ago1 recommendation

Databases and dataDistributed systemsPostgresDatabase internalsData engineering and warehouses

Marco Slot explains the engineering internals of pg_lake, an extension that enables Postgres to query Iceberg tables using DuckDB.

This is an engineering conversation around pg_lake - a new OSS Postgres extension that lets you query and manage Iceberg tables directly form Postgres. Marco Slot, who has EXTENSIVE experience, shares with us various engineering internals, like: • how pg_lake makes analytics (literally) 100x faster • why Postgres is architecturally terrible at analytical queries (and how vectorized execution fixes this) • how (and why) pg_lake intercepts query plans and delegates parts of the query tree to DuckDB • Marco's hard-won experience through a decade+ career in Postgres • versatility as the real moat of Postgres • the practical differences in engineering b/w OLTP and OLAP • and a lot more -------------------------------------------------------------------- *TIMELINE* What is pg_lake? Postgres' 100x slower problem and columnar storage experiments they had to make Postgres fast for analytics practical examples and internals perf internals - vectorized execution & CPU Optimization pg_lake architecture (why DuckDB isn't embedded) and the connection-per-process issue how pg_lake intercepts the query plan tree and delegates parts to DuckDB Iceberg catalogs postgres to iceberg ingestion patterns (and pg_incremental) Marco's (long) career: early AWS, Citus, Microsoft, Crunchy Data & Snowflake Marco's observations around the merging between OLTP and OLAP (and the subtle dev differences there) reverse ETL Iceberg as the TCP/IP for tables Marco's thoughts on the "Just Use Postgres" fever ----------------------------------------- *MARCO* You can find Marco on: - LinkedIn: linkedin.com/in/marcoslot/ - X: x.com/marcoslot - GitHub: github.com/marcoslot ----------------------------------------- *pg_lake* You can find the project on GitHub: - github.com/snowflake-labs/pg_lake ----------------------------------------- *TRANSCRIPT* Feed this into your favorite AI for summarization, or to prompt it specific questions: gist.githubusercontent.com/stanislavkozlovski/65c037a8963e49… (or just send Gemini this video link and ask it) ------------------------------------------ *OTHER PLATFORMS* Watch on Spotify here: open.spotify.com/show/4rAFgwNFm9odEaYBoRAtV5 Apple Podcasts: podcasts.apple.com/us/podcast/topicpartition/id1814926834 General RSS: anchor.fm/s/104fd76e0/podcast/rss ----------------------------------------- If you found anything useful from this episode, please consider supporting our growth (so we can continue delivering valuable content). You can do this by simply liking the video. It takes 2 seconds to do, and recording/producing this takes us 8hrs+

Why it's here

1 person recommends this

What people say. Recommended as a deep engineering interview about pg_lake and analytical query performance in Postgres.

u/2minutestreamingin r/PostgreSQL • Recommends

Postgres can be your data lake (/w pg_lake) Here's an interview where we dive into the deep engineering around **pg\_lake**. Leading the conversation is Marco Slot: an engineer with an EXTENSIVE and impressive career history around PostgreSQL: * Created **pg\_cron** in 2017 (3.7k stars) - a tool to run cron-jobs in Postgres * Built **pg\_incremental** \- fast, reliable, incremental batch processing inside PostgreSQL itself * Helped get **pg\_documentdb** (MongoDB-on-Postgres) off the ground * co-created **pg\_lake** (after working on Crunchy Data's Warehouse, and getting acquired into Snowflake) He is a world-class expert in Postgres extensions. He seriously impressed me with his k…