正在加载视频...

视频加载失败

🐘 Introducing Postgres Internals in 3D. 🌟 Stop reading boring diagrams. Start exploring PostgreSQL. An interactive 3D map to understand how Postgres actually works. 100% free. Built for developers.

46,606 次观看 • 12 天前 •via X (Twitter)

19 条评论

Remotely 的头像
Remotely12 天前

wow! 3d!

alex shapalov 的头像
alex shapalov12 天前

pi in 3d

ActiveRabbit 的头像
ActiveRabbit12 天前

Finally, Postgres internals you can actually see. 🐘

pgrun.dev 的头像
pgrun.dev12 天前

Start with Disk → Memory → WAL.

alex shapalov 的头像
alex shapalov12 天前

Good road map!

alex shapalov 的头像
alex shapalov12 天前

I just spent an hour exploring this 3D map of PostgreSQL internals. Surprisingly addictive and inspiring! Now you’ll finally understand what the Postmaster actually does. 🐘

Gorka Cesium 的头像
Gorka Cesium12 天前

I bet @convex is already working on something similar

alex shapalov 的头像
alex shapalov12 天前

@convex show me the link

Brinkin 的头像
Brinkin12 天前

this feels like the future of realtime telemetry

alex shapalov 的头像
alex shapalov12 天前

Exactly! Telemetry should be something you explore, not just dashboards you stare at)

al 的头像
al12 天前

ooooooo Im going to use this...

alex shapalov 的头像
alex shapalov12 天前

sure! let's learn PG!

matthew 的头像
matthew12 天前

This is how is present architecture and system design now. UML and ADR are dead.

alex shapalov 的头像
alex shapalov12 天前

This is how I present architecture and system design now.

Sujal 的头像
Sujal11 天前

Can you click into a single query and watch it go through the planner?

alex shapalov 的头像
alex shapalov11 天前

Click on INSERT

Sujal 的头像
Sujal11 天前

ha, trying the INSERT one tonight

Brjan | AI Builder 的头像
Brjan | AI Builder12 天前

interactive 3D maps could make complex concepts way more digestible for devs

alex shapalov 的头像
alex shapalov11 天前

Yes, 🙌

相关视频

Your Postgres is 100x slower than traditional OLAP engines. A deceptively simple OSS extension fixes this. Here's an interview where we dive into the deep engineering around how this is achieved. Joining me (and 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 👉 co-created pg_lake (after working on Crunchy Data's Warehouse, and getting acquired into Snowflake) 👉 Helped get pg_documentdb (MongoDB-on-Postgres) off the ground Marco Slot is a world-class expert in Postgres extensions. He seriously impressed me with his knowledge over the course of a private LinkedIn conversation, and now that I type out his resume - I understand where it came from. He should be on everyone's radar. So I brought him on the pod. In our full 2-hour deep-dive, we went over: • 🔥 how pg_lake makes analytics 100x faster (literally) • 🔥 perf internals like vectorized execution & CPU branching • 🤔 practical differences between OLTP and OLAP database development (and the age-old mission in uniting both) • 🤔 how (and why) pg_lake intercepts query plans and delegates parts of the query tree to DuckDB • 💡 why Postgres is architecturally terrible at analytical queries (and how vectorized execution fixes this) • 💡 Marco's hard-won experience through a decade+ career in Postgres • 🏆 Iceberg's role as the TCP/IP for tables • 🏆 what the real moat of PostgreSQL is Developments like pg_lake are a real reason why "Just Use Postgres" is much more than a meme, and it'll continue to dominate discourse. I promise you will learn a lot from this episode. Timestamps: (0:02) What is pg_lake? (2:23) Postgres' 100x slower problem and columnar storage experiments they had to make Postgres fast for analytics (6:00) practical examples and internals (16:20) perf internals - vectorized execution & CPU optimization (23:00) pg_lake architecture (why DuckDB isn't embedded) and the connection-per-process issue (29:16) how pg_lake intercepts the query plan tree and delegates parts to DuckDB (41:09) Iceberg catalogs (48:24) postgres to iceberg ingestion patterns (and pg_incremental) (53:40) Marco's (long) career: early AWS, Citus, Microsoft, Crunchy Data & Snowflake (1:04:20) Marco's observations around the merging between OLTP and OLAP (and the subtle dev differences there) (1:15:30) reverse ETL (1:33:08) Iceberg as the TCP/IP for tables (1:35:00) Marco's thoughts on the "Just Use Postgres" fever

Stanislav Kozlovski

16,910 次观看 • 6 个月前