Live data from Hacker News

It's 2026, Just Use Postgres

tigerdata.com

291–300 of 349 posts

Re: It's 2026, Just Use Postgres

#291
post #134

Pinecone allows hybrid search, merging dense and sparse vector embeddings that Postgres can't do AFAIK. That results in ~10% worse retrieval scores which might be the difference between making it in the business or not.

The article shows an example of hybrid search using RRF.

Re: It's 2026, Just Use Postgres

#292
post #290

Earlier quoted context omitted.

Thanks Tom, I appreciate the openness. You are seemingly overriding the wishes of the community, but it your community and you have the right to do so. I still think it's a shame, but that's my problem.

> You are seemingly overriding the wishes of the community That's false. The overwhelming sentiment of the community is that HN should be free of LLM-generated content or content that has obvious AI fingerprints. Sometimes people don't immediately realize that an article or comment has a heavy LLM influence, but once they realize it does, they expect us to act (this is especially true if they didn't realize it initia…

I'm just sharing my thoughts as a long-time reader. Again, it's your show. You don't have to defend your actions. Thanks for all that you do.

Re: It's 2026, Just Use Postgres

#293
post #275
post #260

Earlier quoted context omitted.

I am a DBA for Oracle databases, and XE can be used for free. It has the reference SQL/PSM implementation in PL/SQL. I know how to set up a physical standby, and otherwise I know how to run it. That being said, Oracle Database SE2 is $17,500 per core pair on x86, and Enterprise is $47,500 per core pair. XE has hard limits on size and limits on active CPUs. XE also does not get patches; if there is a critical vulnerab…

Postgres has a large manual not because it's overly complex to do simple things, but because it is one of the best documented and most well-written tools around, period. Every time I've had occasion to browse the manual in the last 20 years it's impressed me.

I read Jason Couchman's book for Oracle 8i certification, and passed the five exams.

They left much out, so many important things that I learned later, as I saw harmful things happening.

The very biggest thing is "nologging," the ability to commit certain transactions that are omitted from the recovery archived logs.

"You are destroying my standby database! Kyte is explicit that 'nologging' must never be used without the cooperation of the DBA! Why are you destroying the standby?"

It was SSIS, and they could never get it under control. ALTER SYSTEM FORCE LOGGING undid their ignorant presumption.

Re: It's 2026, Just Use Postgres

#294
post #245

No, seriously, people need to be punished for submitting LLM-generated garbage without specifying that it's LLM-generated garbage. 400+ points, oh my god, people, what's wrong with you...

Was it leading with a bad analogy that gave it way?

Re: It's 2026, Just Use Postgres

#295
post #290

Earlier quoted context omitted.

> You are seemingly overriding the wishes of the community That's false. The overwhelming sentiment of the community is that HN should be free of LLM-generated content or content that has obvious AI fingerprints. Sometimes people don't immediately realize that an article or comment has a heavy LLM influence, but once they realize it does, they expect us to act (this is especially true if they didn't realize it initia…

I'm just sharing my thoughts as a long-time reader. Again, it's your show. You don't have to defend your actions. Thanks for all that you do.

[deleted]

Re: It's 2026, Just Use Postgres

#296
post #291
post #134

Pinecone allows hybrid search, merging dense and sparse vector embeddings that Postgres can't do AFAIK. That results in ~10% worse retrieval scores which might be the difference between making it in the business or not.

The article shows an example of hybrid search using RRF.

With BM25 which has a far worse/non-generalizable performance than sparse embeddings Pinecone supports. Moreover you get a latency hit from RRF that makes it challenging to use for e.g. real-time multimodal chat agents.

Re: It's 2026, Just Use Postgres

#297
post #277

Earlier quoted context omitted.

We buried the post for seeming obviously-LLM-generated. But please email us about these (hn@ycombinator.com) rather than posting public accusations. There are two reasons why emailing us is better: First, the negative consequences of a false allegation outweigh the benefits of a valid accusation. Second and more important: we'll likely see an email sooner than we'll see a comment, so we can nip it in the bud quickly,…

Not sure if I should mail this question but, is there any chance those 400+ votes are artificially inflated?

There’s no evidence of this, but a title that’s easy to agree with can often attract upvotes from people who don’t read the article.

Re: It's 2026, Just Use Postgres

#298

This kind of thing gets posted every couple of months. Databases like Pinecone and Redis are more cost-effective and capable for their special use case, often dramatically so. In some circumstances the situation favours solving the problem in Postgres rather than adding a database. But that should be evaluated on a case-by-case basis. For example, if you run something at scale and have an ops team the penalty of addi…

Once you have an app, a lot of data, and actual problems, it's far easier to pick the right alternative. PostgreSQL is good enough to get to medium sized with nearly every use case. Once you are there, you have the use case and the test data to test any alternative for it well, rather than trying to guess beforehand what you actually need. The advice is basically "PostgreSQL is probably good enough for whatever you'r…

Could make the same argument for SQLite, the threshold is lower, but similarly you can pretty far with it. Then decide what's next, once you're out growing it.

Re: It's 2026, Just Use Postgres

#300

I recently started digging into databases for the first time since college, and from a novice's perspective, postgres is absolutely magical. You can throw in 10M+ rows across twenty columns, spread over five tables, add some indices, and get sub-100ms queries for virtually anything you want. If something doesn't work, you just ask it for an analysis and immediately know what index to add or how to fix your query. It…

My perspective might be equally naive as I've rarely had contact with databases in my professional life, but 100ms sounds like an absolutely mental timeframe (in a bad way)
Post reply on HN