News for hackers. Stuff that matters.
Re:Scalable ACID by richardmarr on Wednesday September 01, 2010 @03:25PM (#1653927)
"In our opinion, the NoSQL decision to give up on ACID is the lazy solution to these scalability and replication issues."

They had me up until they called NoSQL "lazy" and claimed NoSQL solutions "give up on ACID". They aren't lazy and a lot of them support ACID, or most of it.

From that point on this veers away from logic and moves towards a self-justified argument. Tools are just tools. If you need immediate consistency then go for an immediately consistent solution, if you don't then you should feel free to take advantage of the performance gain of eventual consistency.

Re:Scalable ACID by lemming on Wednesday September 01, 2010 @03:54PM (#1654025)
The thing is that implementing ACID is, well, atomic - you either support it or you don't. Anything else is one of a series of different types of compromise. All currently available NoSQL systems I'm aware of compromise it very heavily, resulting in greatly increased programmer complexity for the types of applications that really require something that looks like ACID. I'd be interested to know which ones you think support ACID - as far as I'm aware none of them claim to support anything like it (with the possible exception of VoltDB, which has its own set of problems).
Re:Scalable ACID by jbellis on Thursday September 02, 2010 @12:09AM (#1655268)
Scalaris has supported ACID transactions for years, but it never caught on because at scale you care more about availability than about having transactions: http://twitter.com/Werner/status/1008722501
Re:Scalable ACID by jhugg on Monday September 06, 2010 @02:35PM (#1667144)
If you're counting important things (money, inventory, etc), being up with the wrong answer can be worse than not being up.