(no title)
mattparlane | 7 years ago
I accept that the unacknowledged writes was a bad decision, but IMHO if you deploy a new database without reading the documentation, you have bigger issues.
The reality is that there are some places where speed of movement is important and referential integrity is just not that big a deal. We're not all building banking systems.
jacques_chester|7 years ago
2. You can go from strict guarantees to looseness safely, when you demonstrably need to. The reverse isn't true -- it's easy to wind up realising, much too late, that you actually needed particular guarantees that you didn't even think of.
Relational databases didn't become incredibly popular by accident. It's because they were a drastic improvement -- theoretically and empirically -- on the generation of NoSQL databases that preceded them.
wolco|7 years ago
If you are just using one table with two fields (id/value and value contains a json object that changed) for logging perhaps a relational database isn't the right choice. Redis might be better / mongo might be better depending on what comes next.
Let's stop the next cycle where everyone moves to postgres for everything only to throw it away for the next thing. I was using postgres in 2008 and it was great.. why did it take until 2019 for everyone else to discover? We are in the peak postgres cycle. I hope it doesn't get disgarded when the serverless hype kicks into gear.
scarface74|7 years ago
A lot of things “become popular” but that doesn’t necessarily mean they are good.
Fins|7 years ago
Too bad GlobalsDB went nowhere...
mverwijs|7 years ago
Moter8|7 years ago
If you gave to answer "it depends" on a "was ist ever", you should have written "yes" instead, imo.