Live data from Hacker News

How to use Postgres for everything

github.com

31–40 of 181 posts

Re: How to use Postgres for everything

#32
I've been running my project as a business for almost four years now and I think my Postgres DB is the only thing that I haven't changed.

Easily the most stable part of the stack (100% uptime on RDS since 2021/02/01).

Re: How to use Postgres for everything

#34
I can see a lot of benefits of having 1 API to access a lot of functionality.

For example instead of integrating with a message queue I can just do an INSERT this is great. It lowers the friction.

Vector search is a no brainer too. Why would I have 2 databases when 1 can do it all.

Using Postgres to generate HTML is questionable though. I haven't tried it but I can't image its a viable way to create user interfaces.

Re: How to use Postgres for everything

#36

Great repo! Thanks! I'm wondering, any approach for bitemporal dbs, like xtdb?

You definitely don’t need a special database for bitemporal data. Just a datetime and as of data time column, your value column and whatever metadata you want (or a jsonb col for metadata if you want more flexibility at the cost of some speed of filtering by metadata)

Re: How to use Postgres for everything

#38
post #14

Earlier quoted context omitted.

I always wonder if postgrest works well after growing quite a bit. I really should google the largest companies using it.

In my experience, without careful tunning, postgres performance starts dropping significantly around 10 million rows.

Without any consideration for I/O?

In my experience performance is often directly related to the ratio (total RAM available to Postgresql, shared buffer and buffercache included / total size of tables and indices ), save any weird usage pattern.

Re: How to use Postgres for everything

#40

I can see a lot of benefits of having 1 API to access a lot of functionality. For example instead of integrating with a message queue I can just do an INSERT this is great. It lowers the friction. Vector search is a no brainer too. Why would I have 2 databases when 1 can do it all. Using Postgres to generate HTML is questionable though. I haven't tried it but I can't image its a viable way to create user interfaces.

> Using Postgres to generate HTML is questionable though. I haven't tried it but I can't image its a viable way to create user interfaces.

Check https://apex.oracle.com/ which does that.

Post reply on HN