this post was submitted on 28 Aug 2025
386 points (99.2% liked)
Programmer Humor
26071 readers
1114 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
What about PostgreSQL?
I do use postgres but only as an rdb provider. I thought while it supports json data as a type, does it provide for all of the other advantages of nosql databases for their use case?
Ultimately I feel like the best solution is to have a single database provider that could do both fully. I'm not sure it's really there yet. But halpt to be told I'm wrong. I've not really needed that myself for my projects.
The query speed isn't quite there but I would say it's close enough for a lot of purposes, especially with proper indexing. And JSON column fields are indexable. Two things I've used Postgres' JSON functionality for are:
1.) Storing unstructured data. 2.) Storing structured data that would exceed the table column limit.
In both cases, I've typically needed to extract the relevant data from the JSON records to either be stored in another table of turned into a materialized view so live query performance on the JSON columns was not that important.
Fair enough! Thanks for the detailed write-up