| ▲ | SwellJoe 4 hours ago | ||||||||||||||||
I'd go further, and say that most of the time, "SQLite is enough". But, yes, PostgreSQL is all I ever use for anything that needs to be big. I ported a big old web app that had ScyllaDB, Elastic Search, Redis, and probably some other stuff I've forgotten. It got PostgreSQL+PostGIS (it's a mapping app), that's it. I'm sure there's some situation where it would be worth looking at all that other stuff, but it's ridiculous to build all that complexity in before you even have users. | |||||||||||||||||
| ▲ | ammo1662 19 minutes ago | parent | next [-] | ||||||||||||||||
Yes, for most projects, my path is SQLite -> PostgreSQL. For monolithic applications, SQLite is usually good enough. I've used OLTP + OLAP database setups before(SQL+ELK), but both data synchronization and operational overhead were very high. Before adopting such a solution, you really need to ask yourself: do you actually have that many users? | |||||||||||||||||
| ▲ | brianwawok 3 hours ago | parent | prev | next [-] | ||||||||||||||||
Redis is basically free and nothing like the other tools you mentioned. Anytime I need a quick cache that will survive reboots it’s a winner. Agree on the other stuff though. | |||||||||||||||||
| |||||||||||||||||
| ▲ | threatofrain an hour ago | parent | prev | next [-] | ||||||||||||||||
For database I think principle of medium fit is better than principle of least power. Flexibility for common circumstances is more important than making sure you made the most petite choice possible. | |||||||||||||||||
| ▲ | busymom0 4 hours ago | parent | prev [-] | ||||||||||||||||
I recently built a site that aggregates top posts from various sources and am using both SQLite and Swift for my backend. Was a pleasant experience mostly. | |||||||||||||||||
| |||||||||||||||||