News for hackers. Stuff that matters.
Re:PlanetScale for Postgres is now GA by whizzter on Monday September 22, 2025 @03:11PM (#45338072)
sharded setup with a bit fast and loose foreign key management, so very good for performance but not a drop-in replacement if you rely on your foreign keys to be constrained/checked by the database.
Re:PlanetScale for Postgres is now GA by sgarland on Monday September 22, 2025 @07:00PM (#45340683)
So perfect for most web dev companies, then.

“We handle FKs in the app for flexibility.”

“And how many orphaned rows do you have?”

“…”

Re:PlanetScale for Postgres is now GA by rcrowley on Monday September 22, 2025 @08:52PM (#45341590)
The question isn't how many orphaned rows do you have, it's whether it matters. Databases are wonderful but they cannot maintain every invariant and they cannot express a whole application. They're one tool in the belt.
Re:PlanetScale for Postgres is now GA by sgarland on Monday September 22, 2025 @09:46PM (#45341902)
> cannot express a whole application

Not with that attitude: https://docs.postgrest.org/en/v13/index.html

Orphaned rows can very much matter for data privacy concerns, which is also where I most frequently see this approach failing.

Re:PlanetScale for Postgres is now GA by jashmatthews on Tuesday September 23, 2025 @01:27AM (#45343090)
Most companies can afford not to give a shit until they hit SOC2 or GDPR compliance and then suddenly orphaned data is a giant liability.