Navigate Select ESC Close

The Fastest SQL Database Ever Made

2025-03-11 Science & Technology
61.8k
1.4k
108
Theo - t3․gg
Theo - t3․gg
539.0k subscribers

Unlock all features

FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.

Description

Planetscale just dropped one of the most performant databases ever made. It made our DB way faster and has fundamentally changed what we should expect from SQL Thank you G2i for sponsoring! Check them out at: https://soydev.link/g2i ANNOUCEMENT https://planetscale.com/blog/announcing-metal Want to sponsor a video? Learn more here: https://soydev.link/sponsor-me Check out my Twitch, Twitter, Discord more at https://t3.gg S/O Ph4se0n3 for the awesome edit 🙏

Top Comments (10)

@jackkendall6420 2025-03-11

now my garbage code can deadlock even faster :)

334 3 replies
@TheKubux 2025-03-11

Summary: People using AWS their whole life discover that directly attached storage is faster.

196 4 replies
@purplemossclump5505 2025-03-11

A lot of these revolutionary changes cloud services like to write blogs about lately feel less like "we've started doing something smart" and a lot more like "we've stopped doing something stupid".

141 1 replies
@agwerjlarg 2025-03-11

Theo casually skipping the name Automattic when reading who uses G2i is the funniest thing ever amidst the ongoing Wordpress drama

100 2 replies
@brennan123 2025-03-11

So we're going back to how we used to do things with dedicated servers? Soon we will go back to running the DB and web server on the same physical box and ditch the TCP connection to the database in favor of unix domain sockets. We saved $40K/mo at one startup I was working at by switching to our own dedicated boxes for the DB instead of hosting on AWS instances.

44 1 replies
@safairette 2025-03-11

That tactical Automattic ignore in the ad segment

30
@user72974 2025-03-11

I once worked with a software engineer who was our lead architect. We were using Elasticsearch, but we were using network attached storage to GCP VMs. He said that's not really the best way to do Elasticsearch because the network was so much slower than just having local disks, and that you could safely do local disks because Elasticsearch made sure that data was copied to different nodes (like how Vitess works). He never had time to implement his ideas, and I don't think many other people at the company took him seriously, but in retrospect, I think he was right. We had tons of nodes with lots of CPU and memory to achieve the performance we needed, and I bet that we could have done more with less if we'd used nodes with local disks and accepted that nodes would fail regularly, running enough secondary shard nodes to account for it.

27 2 replies
@theoriginalbullshiz5034 2025-03-11

2:24 Theo casually roasting all of Asia, Africa and Australia lmao

18
@ThePrivateDream 2025-03-11

Gotta love how cloud, scaling solutions are starting to slowly approach on-prem in terms of sophistication and performance. Few more years and those might be optimal for more than startups/small tech companies.

12
@korzinko 2025-03-12

Wait how excited cloud andies will be, when they'll discover a dedicated server.

8

Unlock the Data Inside
Turn Videos into Knowledge

  • Get FREE 10/day: transcripts, summaries, chats
  • Chat with videos, export text & PDF
  • $1 free API credit for RAG, chatbots & research

Free forever plan • All features unlocked

App screenshot