Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

768 Postgres servers. A petabyte of data. One connection string.

109,706 Aufrufe • vor 1 Monat •via X (Twitter)

15 Kommentare

Profilbild von PlanetScale
PlanetScalevor 1 Monat

Read all about it on our blog:

Profilbild von Pranav Bobde
Pranav Bobdevor 1 Monat

That was beautiful. Even tho i haven't used planetscale yet unfortunately. They are the only DB platform w/ peak deep dives on such core DB topics and i love that. Pls keep pushing such content and the bar 🫡

Profilbild von HSVSphere
HSVSpherevor 1 Monat

Is the reason why no DB company does anycast because stateful long lasting protocols might start getting routed to the wrong proxy, closing the connection? And specifying the region via dns and thus different IP circumvents this. Truly something is deeply wrong with our tech

Profilbild von Mubashir
Mubashirvor 1 Monat

such a nice explanation

Profilbild von Vincent Pizzo
Vincent Pizzovor 1 Monat

On , any idea when the source will be made available? I’d love to see a comparison with Citus / PgDog too!

Profilbild von rikkarth
rikkarthvor 1 Monat

claude please produce transcript from the audio of this video and help build the solution in other words, what a great video

Profilbild von Santi
Santivor 1 Monat

Another PlanetScale banger

Profilbild von Jos Graas 🇱🇺
Jos Graas 🇱🇺vor 1 Monat

@chrismunns Nice video!

Profilbild von Indy Singh
Indy Singhvor 1 Monat

So what's the overhead of the router here? If you have that kind of setup your TPS/QPS must be pretty high, to where the introduction of a router is going to add a some overhead and at that scale it is going to show up right?

Profilbild von Ξ Calderón 🛡️
Ξ Calderón 🛡️vor 1 Monat

know I understand!

Profilbild von AJ
AJvor 1 Monat

@grok how many Postgres instances and servers does ChatGPT run

Profilbild von WenHao
WenHaovor 1 Monat

amazing

Profilbild von xp Ehsaan
xp Ehsaanvor 1 Monat

@grok does this solution save on cost ? Instead of increasing primary server spec vertically, you scale horizontally he shardng when the demand increases for write operation ?

Profilbild von Sebastian Buzdugan
Sebastian Buzduganvor 1 Monat

watched one connection string hide shard pain, failover is still the hard part

Profilbild von Chibueze the chef👨‍💻👨‍🍳
Chibueze the chef👨‍💻👨‍🍳vor 1 Monat

What happened when the shard that is meant to handle a particular data fails ? Does the routing decision grow as the number of shard grows? Also would there be any form of latency or those are negligible?

Ähnliche Videos