Загрузка видео...

Не удалось загрузить видео

На главную

🐘 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 просмотров • 10 дней назад •via X (Twitter)

Комментарии: 19

Фото профиля Remotely
Remotely10 дней назад

wow! 3d!

Фото профиля alex shapalov
alex shapalov10 дней назад

pi in 3d

Фото профиля ActiveRabbit
ActiveRabbit10 дней назад

Finally, Postgres internals you can actually see. 🐘

Фото профиля pgrun.dev
pgrun.dev10 дней назад

Start with Disk → Memory → WAL.

Фото профиля alex shapalov
alex shapalov10 дней назад

Good road map!

Фото профиля alex shapalov
alex shapalov10 дней назад

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 Cesium10 дней назад

I bet @convex is already working on something similar

Фото профиля alex shapalov
alex shapalov10 дней назад

@convex show me the link

Фото профиля Brinkin
Brinkin10 дней назад

this feels like the future of realtime telemetry

Фото профиля alex shapalov
alex shapalov10 дней назад

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

Фото профиля al
al10 дней назад

ooooooo Im going to use this...

Фото профиля alex shapalov
alex shapalov10 дней назад

sure! let's learn PG!

Фото профиля matthew
matthew10 дней назад

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

Фото профиля alex shapalov
alex shapalov10 дней назад

This is how I present architecture and system design now.

Фото профиля Sujal
Sujal10 дней назад

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

Фото профиля alex shapalov
alex shapalov10 дней назад

Click on INSERT

Фото профиля Sujal
Sujal10 дней назад

ha, trying the INSERT one tonight

Фото профиля Brjan | AI Builder
Brjan | AI Builder10 дней назад

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

Фото профиля alex shapalov
alex shapalov10 дней назад

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,889 просмотров • 6 месяцев назад