Hacker News new | ask | show | jobs
by technion 3892 days ago
One of the risks here is that it's very hard to ascertain the support situation around some of these third party products.

If you design your application to communicate to your database through a certain sharding solution, and the you find that sharding product becomes abandoned, you can be in a very difficult position.

That wiki lists at least one product as "stalled".

If I run into a Postgresql bug, am I going to get told "we have no way of debugging that with your third party clustering extension in place"?

These are all obstacles that can be overcome, but just jumping on a random clustering project should be done with caution.

As a related part of clustering, I'd love to be able to do downtime free version upgrades like in Oracle - it would remove one of the major reasons for clustering.

1 comments

PostgreSQL is a pretty solid platform for, and you can reason about it much like any piece of complex-but-coherent software. In practice, we debug and diagnose it right along with 3rd party extensions. Think about it like debugging a kernel with apps running. You don't get a "clean" case, you have to make it work for all cases cleanly.