53 points handfuloflight 1 hour ago 8 comments

vaibhav2614 57 minutes ago | parent

Pretty exciting to see a sharded Postgres product in the market.

The pitch is compelling. I wonder how many teams will be able to operate sharded database setups in production as a result of this.

ragall 40 minutes ago | parent

I see no mention of foreign keys, or any other constraints, across shards. If, as I suspect, they're not implemented, it would still be useful but at the level of Spanner 10 years ago.

aabhay 35 minutes ago | parent

Cross shard transactions are “coming soon”. So, this is just like having multiple postgres clusters.

spongeboi 30 minutes ago | parent

Cross shard transactions are supported, but we don't have support for atomic 2pc cross shard transactions, its WIP

ChrisArchitect 35 minutes ago | parent

erulabs 17 minutes ago | parent

I love to see this but as a heavy Vitess/MySQL user I do fear the split focus from PlanetScale. Hoping to see continued improvements on the Vitess side as well.

Selfish doubts aside, congrats to Planetscale on the launch!

vira28 9 minutes ago | parent

Obviously welcome more tools for Postgres and sharding but it’s a tough hill to climb against the hyper clouds. Best wishes to the team.

Atreiden 8 minutes ago | parent

The top concern I've gotten from dev teams when proposing HA distributed postgres (e.g through RDS Aurora global) is that eventual consistency is not suitable for many workloads.

Does Neki solve for this, and if so how? My understanding of CAP theorem is that this basically requires some compromises around availability, but I'm curious as to what that looks like in practice here.