PostgreSQL
Reddit take
Not enough linked mention summaries yet; the source excerpts below are the evidence.
Pros
- Longhorn for storage, postgres and redis operator to make it insanely easily to rollout DBs.
- Parent context: I decided to go with uuid because it's supported by postgres. Reply: I decided to go with uuid because it's supported by postgres. I prefer db handle it's own primary key generation rather than relying on application level.
- The "Fetch IDs + Fisher-Yates" strategy decouples the logic of randomisation for which Node can be good at, from the storage of data of which Postgres is good at.
- If you're using Postgres for your data already, consider Postgres's full-text search feature. ... If you're doing something like searching a list of users by name/username/email, this is a decent way to do so without the overhead of a se...
- Other databases probably support GIN, but postgres definitely does.
Cons
- MySql/Maria, Postgres, etc. backing up the actual files is "practically" useless. You need to do a mysql_dump/pg_dump which generates a text file of sql statements, so you simply run it to restore.
- Well postgres can work aswell ofc, myself never tried it tbh i use either Mysql/mariadb or nosql/mongo for all of my projects, this was just my suggestion based on my experience
- Currently, I'm using postgres to save these, but I'm considering to moving into a OLAP db like clickhouse.
- I'm using Express and Postgres as backend in my case
- Storing sessions in Postgres works but isn’t ideal for performance or scalability.
Sentiment
12 positive (71%) · 4 mixed (24%) · 1 negative (6%)
Trust + time weighted score: +62% · raw score 65%
What redditors said (10 of 17)
MySql/Maria, Postgres, etc. backing up the actual files is "practically" useless. You need to do a mysql_dump/pg_dump which generates a text file of sql statements, so you simply run it to restore.
Longhorn for storage, postgres and redis operator to make it insanely easily to rollout DBs.
Parent context: I decided to go with uuid because it's supported by postgres. Reply: I decided to go with uuid because it's supported by postgres. I prefer db handle it's own primary key generation rather than relying on application level.
Well postgres can work aswell ofc, myself never tried it tbh i use either Mysql/mariadb or nosql/mongo for all of my projects, this was just my suggestion based on my experience
The "Fetch IDs + Fisher-Yates" strategy decouples the logic of randomisation for which Node can be good at, from the storage of data of which Postgres is good at.
If you're using Postgres for your data already, consider Postgres's full-text search feature. ... If you're doing something like searching a list of users by name/username/email, this is a decent way to do so without the overhead of a separate searchable database.
Other databases probably support GIN, but postgres definitely does.
There is also built-in full text support in postgres, and you can often add similar functionality to other db engines.
Right now I use Postgres but I just dont know what I dont know and want to at least educate myself on the standards.
Always with Postgres for the db.
Compare
PostgreSQL vs DreamFactoryPostgreSQL vs SveltePostgreSQL vs Supabase