Comitting an update to something that was srtill locked by another transaction is problematic when that transaction no longer exists and will also no longer exist. So what do we do with this problem: a- we can choose to abort any transaction linked to a client that died. This is a bad idea since it would mean that the transaction itself can never be a long lasting transaction. Also the connections are not supposed to be 'on' the full time. So aborting when client dies is not an option b- we can choose to abort the transaction that already acquired the writelock ? Which would make it difficult to commit long transactions. We could keep track of the damage caused by a specific transaction and kill the fucker if we feel like it. We could also keep track of the time a transaction has been doing nothing and throw the one out that did the least so far.