Nick Van Wiggeren
@NickVanWig
Followers
1K
Following
7K
Media
52
Statuses
538
CTO @PlanetScale | YIMBY, but for CrashLoopBackoff pods
Seattle, WA
Joined June 2010
Blogged about our DB migration to @PlanetScale. We moved about a month ago and it's been great. Insights is the best feature. https://t.co/wMBHtVGx09
getsupernova.ai
We moved our Postgres DB to PlanetScale Metal to cut latency and gain real query visibility—our app is noticeably faster.
2
9
54
If you run Postgres or MySQL on EBS IO2 volumes I can almost guarantee PlanetScale will save you money and increase performance. We saved one customer $19,000 a day! Yes you read that right.
8
6
182
Today at @P99CONF, @NickVanWig, PlanetScale CTO, discusses how PlanetScale’s shared nothing architecture delivers low-latency high-throughput systems that span multiple nodes, availability zones, and regions - all while maintaining sub-millisecond response times.
3
4
49
Cat's out of the bag. Cloudflare is ~3x faster for many workloads due to a series of fixes they've shipped in the last 5 days https://t.co/SnLpLzMUnX
You’re welcome
85
68
2K
vibe coding turns out to be good for something after all
I needed a demo site so I gave Cursor an idea and asked it to generate content. I present to you Slashrot. The best place to get brainrot database content.
0
0
3
for the next person that finds CRL issues with OpenSSL and Ruby: be careful upgrading to 3.6.0
github.com
The following example fails after installing "OpenSSL 3.6.0": require 'net/http' require 'uri' uri = URI('https://example.com') # Creating a POST request, which is...
1
1
2
and why @PlanetScale, you might ask? because they care about the same things we do: performance, reliability, and shipping great products. plenty of companies want to partner. few know how to move past corp dev meetings and actually ship 🚢
1
3
21
PlanetScale for Postgres is now GA. https://t.co/1clVoM7M2T
planetscale.com
PlanetScale for Postgres is now generally available.
13
46
267
This is one of the things I’ve been doing at Cursor! We’ve migrated our largest database workload, the `codebase` cluster, from AWS Aurora Limitless to PlanetScale. The cluster contains syncing metadata for all the user codebases that we index. Why did we migrate from Aurora
PlanetScale is a beast. Our largest workload there has 256 shards and 300 TB (!) of data. Queries respond at ~10ms (p99) at peak hours. Just bonkers.
20
30
397
turns out you *can* download more memory
We partnered with @PlanetScale to give you the most performant memory engine engine you've ever seen This means, for our customers supermemory is, - 40% faster - Cheaper - More reliable and performant (up to 1000 QPS!) https://t.co/czkFTiHHh3
2
0
16
If you're in Seattle and run 1TB+ on Postgres I will come to your office and bring a mountain of merch in return for you telling our CTO @NickVanWig all your db problems (you can tell me your personal problems)
If you are in the SF bay area and run 10TB+ on Postgres, I will come by your office and bring a mountain of merch in return for you telling me all your problems. s@planetscale.com
5
4
34
set your DNS to 8.8.8.8 - trust me, that's the problem.
2
0
4
take gomez up on it, fr
Anyone want to jump on a zoom to import their postgres database to @PlanetScale ? We've got a coupon $100 for you
0
0
5
get in loser we’re growing our business faster with zoho crm
1
0
13
nothing I hate more than the number 65,536 when something isn't working
1
1
13
The project nobody has seen yet is Nova. Vitess for Postgres. Built from first principles, not using Vitess. We have spent 4 years sharding some of the world's largest databases. Those learnings will inform an architecture bespoke to Postgres. Only PlanetScale can do this.
15
16
536
I’ll be sharing regular updates on two products: our sharded Postgres offering, and the high-performance, resilient Postgres product we shipped today.
6
13
182
:)
3
0
25
the ultimate founder duo is a CEO with rism and a CTO with tism
73
62
2K