Live data from Hacker News

PostgreSQL is enough (2024)

gist.github.com

1–10 of 97 posts

Re: PostgreSQL is enough (2024)

#5
> But the bar should be high: only after pushing Postgres to its limits, documenting why it was insufficient, and accepting the operational cost of the alternative

Why do I need to push Postgres to its limits before using a different solution? Throwing a hosted Redis in front of some hot-path API calls is very straightforward and easier to reason about than materialized views or UNLOGGED tables.

Re: PostgreSQL is enough (2024)

#6
PostgreSQL is good enough until it's not good enough, when you realize all the bad design decisions that were made before it hits scale. It is the decisions people make around not partitioning, HA, replication that makes it not good enough.

Re: PostgreSQL is enough (2024)

#8
post #6

PostgreSQL is good enough until it's not good enough, when you realize all the bad design decisions that were made before it hits scale. It is the decisions people make around not partitioning, HA, replication that makes it not good enough.

Re: bad design decisions - This can be said about any technology.

Re: PostgreSQL is enough (2024)

#9
post #6

PostgreSQL is good enough until it's not good enough, when you realize all the bad design decisions that were made before it hits scale. It is the decisions people make around not partitioning, HA, replication that makes it not good enough.

Re: bad design decisions - This can be said about any technology.

+1 - when to prematurely optimise, when not to.

Re: PostgreSQL is enough (2024)

#10
post #6

PostgreSQL is good enough until it's not good enough, when you realize all the bad design decisions that were made before it hits scale. It is the decisions people make around not partitioning, HA, replication that makes it not good enough.

That's fine. There are plenty of projects that don't hit that scale.
Post reply on HN