Transactions without Transactions
Recorded at:
- Share
-
- |
Read later
My Reading List
Bio
Richard Kreuter and Kyle Banker work as software engineers for 10gen, the company behind MongoDB.
Strange Loop is a multi-disciplinary conference that aims to bring together the developers and thinkers building tomorrow's technology in fields such as emerging languages, alternative databases, concurrency, distributed systems, mobile development, and the web.
Related Sponsor
Couchbase is the company behind the Couchbase open source project, a vibrant community of developers and users of Couchbase document-oriented database technology.
Strange Loop
by
Alex Miller
Ticket Sales Atomicity
by
Dave Sturgeon
Interesting
by
Duraid Duraid
However, I'm still not convinced that you need to model all the transactions at the application. In my view, I think you still need atomicity at the scope of an operation on single database. For example if you have 2 entities a parent and a child and you want the child to be deleted if the parent is deleted then you need transactions to do that otherwise if you model it in the application then you will increase the complexity of the application tremendously.
If software managed transactions are being introduced to in languages (like clojure) and frameworks to ease the development of concurrent operation then for sure transactions have their use in persistent data stores which are concurrent by nature.
More effort and complexity
by
Roger Fischer
The ticket sales example isn't any more realistic than the bank transfer. Nobody would implement the whole sale in a single transaction.
The realistic parts are where multiple tickets need to transit state in unison. That is trivial with transactions (and very short lived), but quite a bit of code without transactions.
Also in the ticket example the target object (ticket) is essentially locked for an extended period. What if the target object needs to be updated by other transactions?
What if a part of the transaction is an increment (or similar)? On a failure how do you know if the increment was applied or not?
so, er, distributed TP monitors. I must be getting old.
by
Scott Finnie
- in distributed systems you can't rely on the transaction capabilities of a single database.
- but the real world problem you're dealing with still needs transactional semantics (e.g. conservation of money)
- so build the logic of a distributed transaction manager in your application code base.
- Use transactional asynchronous messaging to communicate among the nodes in your network.
- manage the transaction as a multi-step state machine, with identified compensatory actions should any transition in the state machine fail.
Sounds a lot like the problem that spawned distributed transaction monitors 20 years ago. The tech world really does go round in circles sometimes. Wonder if Tuxedo, Top End and their ilk will rise phoenix-like?
Transactions without Transactions
by
JOel MAmedov
Well, what happens if compensating transaction fails? What happens in highly concurrent environment?
Re: Transactions without Transactions
by
Dan Liang
Hello stranger!
You need to Register an InfoQ account or Login to post comments. But there's so much more behind being registered.Get the most out of the InfoQ experience.
Tell us what you think