News for hackers. Stuff that matters.

mebcitto

Perhaps pure pgrx extensions would make sense as a first target?
Does it support the extension ecosystem? Or would extensions need to be rewritten as well?
Not sure it’s so simple. I think close to 100% of new ambitious projects are going to leverage AI at least to some degree. I know a couple that have strict no-AI policies (e.g. Zig), but it’s a tiny minority i think.

So how much AI usage does it make it an “AI rewrite”?

Re:Postmortem: TanStack npm supply-chain compromise on Tuesday May 12, 2026 @05:41AM (#48106082)
Unfortunately there is currently an issue in pnpm that makes `minimumReleaseAge` difficult: https://github.com/pnpm/pnpm/issues/11068
That might be opus 4.7 behaviour because I also get that all the time in the past few weeks. Also complex code base, but likely an order of magnitude simpler than yours.
This rings true to me. Rust is great but in environments where you need a lot of unsafe anyway, it’s still not memory safe, and adds complexity otherwise.
Re:Benchmarking Postgres 17 vs. 18 on Friday October 24, 2025 @12:10AM (#45690671)
That explains why `sync` and `worker` have so similar results in almost all runs. The benchmarks from Tomas Vondra (https://vondra.me/posts/tuning-aio-in-postgresql-18/) showed some significant differences. Also, the number of io_workers made a difference in his tests, the default of 3 is probably too small for the server used.
Re:Fixing UUIDv7 (for database use-cases) on Thursday October 23, 2025 @01:33PM (#45684518)
Yeah, I don't think "fixing" is really the right term here, since this brings a different set of tradeoffs. You don't leak timestamps, you get ok page locality, but you lose the ability to sort by the IDs. I do see how this might be a good choice for a general PK default (i.e. by default, don't leak stuff).
It's Postgres specific but there is https://github.com/xataio/pgroll which takes the automation a step further.
Re:Multigres: Vitess for Postgres on Tuesday June 10, 2025 @11:31AM (#44238085)
This is very interesting, thanks for offering to answer questions. I'm curious of two things:

* Are you also considering going the Postgres extension route, like Citus? It is after all the best attempt at sharding Postgres so far.

* If you are willing to share, why not doing this from inside Planetscale? I assume it was at least considered over the years.

Re:Pglocks.org on Sunday May 18, 2025 @06:50AM (#44020406)
Other relevant talks/blogs that I found really useful for understanding Postgres locks are:

* Unlocking the Postgres Lock Manager by Bruce Momjian: https://momjian.us/main/writings/pgsql/locking.pdf

* Anatomy of table-level locks by Gulcin Yildirim Jelinek: https://xata.io/blog/anatomy-of-locks

From the newish Go-based Postgres CDC tools, I know about:

* pgstream: https://github.com/xataio/pgstream

* pg_flo: https://github.com/pgflo/pg_flo

Are there others? Each of them has slightly different angles and messaging, but it is interesting to see.

Re:Databases in 2024: A Year in Review on Wednesday January 01, 2025 @02:09PM (#42568357)
I assume it's not that kind of ban, but more like he'll recommend his students to avoid the company.
Re:Databases in 2024: A Year in Review on Wednesday January 01, 2025 @12:46PM (#42567629)
A couple of spicy things:

> OtterTune. Dana, Bohan, and I worked on this research project and startup for almost a decade. And now it is dead. I am disappointed at how a particular company treated us at the end, so they are forever banned from recruiting CMU-DB students. They know who they are and what they did.

Ouch.

> Lastly, I want to give a shout-out to ByteBase for their article Database Tools in 2024: A Year in Review. In previous years, they emailed me asking for permission to translate my end-of-year database articles into Chinese for their blog. This year, they could not wait for me to finish writing this one, so they jocked my flow and wrote their own off-brand article with the same title and premise.

Also sounds like he's preparing a new company:

> I hope to announce our next start-up soon (hint: it’s about databases).

Georgescu's voters don't see themselves as pro-Russian. They think of themselves as "patriots", anti-LGBT, and anti-establishment. They also think that we are helping Ukraine too much, at the expense of domestic issues.

These are the messages that were used on TikTok, an open pro-Russia message would have been buried quickly.

Re:Why Does Everyone Run Ancient Postgres Versions? on Friday October 18, 2024 @06:48AM (#41878149)
If there is anyone from Neon watching this thread, is there a way to suggest updates to the pgversions website? It currently pins Xata to 15.5, which is true for the shared cluster environment depending on the region, but one can start dedicated clusters up to 16.4 at the moment.

Older »