3 ms·
That's my attitude as well. RethinkDB, in comparison, had a much better attitude of "reliable first, fast later". Unfortunately, it turned out that when you're
by StavrosK 6y ago
That's my attitude as well. RethinkDB, in comparison, had a much better attitude of "reliable first, fast later". Unfortunately, it turned out that when you're a database, it doesn't matter how much data you lose, only how fast you are while losing it.
- asah 6y agoThe PostgreSQL community is a nice counterexample - perfectly gigantic and growing marketshare, and very very reliable.
- StavrosK 6y agoPosgreSQL is amazing, I use it everywhere. SQLite is the only other datastore I love that much.
- rat9988 6y agoListening to the community and using Postgres is my biggest regret. In hindight, given our scale, any database would have worked. There is no built in solution for high availability with multiple VPS, and having one server alone isn't enough availability for me.
- pritambarhate 6y agoLooks like you have not searched enough: https://aws.amazon.com/rds/ha/ https://aws.amazon.com/rds/ha/ https://github.com/zalando/patroni https://github.com/zalando/patroni https://repmgr.org/ https://repmgr.org/
- nailer 6y agoI love RethinkDB. I used it for 5 years at my previous company. It was document oriented, relational, and stable. I use Postgres JSON blobs right now, but it's odd having a different syntax for keys/values depending on whether they're in a named row or a JSON blob.
- gavinray 6y ago> "Unfortunately, it turned out that when you're a database, it doesn't matter how much data you lose, only how fast you are while losing it." Ahh yes, just like the dialogue of the never-stale "Mongodb is Webscale" meme video: https://www.youtube.com/watch?v=b2F-DItXtZs https://www.youtube.com/watch?v=b2F-DItXtZs http://www.mongodb-is-web-scale.com/ http://www.mongodb-is-web-scale.com/ > MySQL is slow as a dog. MongoDB will run circles around MySQL because MongoDB is web scale. > "MongoDB does have some impressive benchmarks, but they do some interesting things to get those numbers. For example, when you write to MongoDB, you don't actually write anything. You stage your data to be written at a later time. If there's a problem writing your data, you're fucked. Does that sound like a good design to you?" > If that's what they need to do to get those kickass benchmarks, then it's a great design. > "..... If you were stupid enough to totally ignore durability just to get benchmarks, I suggest you pipe your data to /dev/null. It will be very fast." > If /dev/null is fast and web scale I will use it. Is it web scale? > "You are kidding me, right? I was making a joke. I mean, if you're happy writing to a database that doesn't give you any idea that your data is actually written just because you want high performance numbers, why not write to /dev/null? It's fast as hell." > Does /dev/null support sharding?
- WrtCdEvrydy 6y ago> > Does /dev/null support sharding? I watch the video every time I see it just for this shit.
- lgl 6y agoThose videos (that being the most infamous) will never stop being hilarious. The node.js one is also pretty amazing: https://www.youtube.com/watch?v=bzkRVzciAZg https://www.youtube.com/watch?v=bzkRVzciAZg