The fastest and most reliable database for Postgres & Vitess Discord: https://xitter.twitterapi.xyz/t.co/vGOpjxZx8H https://xitter.twitterapi.xyz/t.co/wQJpk2fXwb
Joined February 2018
- Tweets2.4K
- Following145
- Followers44.9K
- Likes6K
Can you complete a smooth Postgres migration without logical replication?
Yes, and that's exactly what we've done for countless customers moving from Heroku to PlanetScale. How it works:
planetscale.com/blog/migrate…
PlanetScale retweeted
A well designed schema with optimized indexes is the foundation of good database performance.
Combined with great hardware (local NVMe) you get an insane system.
PlanetScale gives you the tools to automate figuring out the former. And the latter, well, we have it on lock.
What would Postgres look like if you designed it from scratch today?
And can LLMs build bbtree, the fastest B-tree around, without giving up correctness?
Manish Rai Jain (Egres) and Xiangpeng Hao (SpiralDB) answer both tonight at the SF Database Meetup at PlanetScale HQ.
luma.com/planet-vxwl
4 x86 vCPUs ≠ 4 ARM vCPUs
Hyperthreading, vector width, clock speed, and more all impact how Postgres performs.
Here's how to choose:
planetscale.com/blog/when-to…
MySQL 🤝 Threads
Postgres 🤝 Processes
youtu.be/gJ6b3kIP3KY
PlanetScale retweeted
How do you ship fast while not breaking the database?
Most of the principles are decades-old ideas in reliable infrastructure. The key with agents is exposing them as primitives in just the right ways.
My talk from AIE this summer (YouTube link below)
Follow our Luma calendar to stay up to date on all our upcoming events:
luma.com/planetscale
3
902
PlanetScale retweeted
Tomorrow I'll be joined by @BenjDicken and @imjosh. And we're going to move typecraft.dev over to @PlanetScale on stream!
twitch.tv/typecraft
youtube.com/@typecraft_dev
Failover cannot be an afterthought.
It is, fundamentally, how you create reliable databases in the face of inevitable server and network failures.
How we designed them in Neki ↓
planetscale.com/blog/designi…
PlanetScale retweeted
Was fun hearing Bruce Momjian, co-founder of open source PostgreSQL, trace the roots of Postgres and the evolution of its ecosystem over the past 30+ years.
Fittingly hosted by @PlanetScale, where the next chapter of Postgres is being concocted. (See Neki.dev 🐈⬛)
PlanetScale retweeted
30 years of @PostgreSQL, and the secret was never one company. It's the loop: developers propose, users discuss, everyone tests, bugs get fixed in the open. Proprietary software builds in isolation and hears back after the sale.
Great to hear Bruce Momjian of @EDBPostgres make that case tonight at @PlanetScale's Postgres Day SF. Everything we build at Constructive stands on that loop. 🐘 #PostgreSQL
PlanetScale retweeted
This is from our October internal availability report. We're far from perfect, but we're doing well. The biggest contributor to this is our MySQL databases being hosted on PlanetScale. Also, no sign of our AI acceleration causing serious problems.
If you can't make it over for coffee, we'd love to see you at tonight's PGDay meetup.
We’ll be joined by Bruce Momjian, co-founder of open source Postgres, along with PlanetScale’s Postgres Core team, to dive into how Postgres got to where it is today and where it’s headed.
luma.com/haxfnzo1
"Moving our control plane to PlanetScale delivered predictable performance, removed a significant amount of operational work, and gave us better tools for understanding how the database behaves in production."
Read the full case study from Mixedbread: mixedbread.com/blog/planetsc…
Performance 101:
Step 1: Move your app closer to your database
Step 2: Move your database storage closer to your database compute
planetscale.com/blog/the-hid…
AWS regions and availability zones are how applications stay online when hardware fails, power goes out, or a whole data center goes MIA.
Here's how they work.
