Author aymeric.augustin
Recipients Jeremy Banks, Mark.Bucciarelli, Ronny.Pfannschmidt, adamtj, asvetlov, aymeric.augustin, bulb, dholth, flox, ghaering, monsanto, pitrou, r.david.murray, scott.urban, torsten, tshepang, zzzeek
Date 2014-06-04.15:43:29
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1401896609.59.0.46112093522.issue10740@psf.upfronthosting.co.za>
In-reply-to
Content
> On the other hand there is absolutely nothing broken on the implicit BEGIN (which is required by dbapi2 specification) nor on the isolation_level property which controls it. Those shouldn't be touched; there is no reason to.

Nothing broken... unless one considers there should be a relation between the name of a parameter and the feature it controls ;-) `isolation_level` should really be called `transaction_mode`. It's a specific extension of the BEGIN TRANSACTION statement in SQLite and it's unrelated to the standard concept of transaction isolation levels.

SQLite almost always operates at the SERIALIZABLE isolation level. (For exceptions to this rule, search for PRAGMA read_uncommitted; in the documentation.) This is a consequence of its file-lock based implementation of transactional atomicity.
History
Date User Action Args
2014-06-04 15:43:29aymeric.augustinsetrecipients: + aymeric.augustin, ghaering, pitrou, Jeremy Banks, r.david.murray, zzzeek, asvetlov, flox, adamtj, dholth, torsten, monsanto, scott.urban, tshepang, Ronny.Pfannschmidt, Mark.Bucciarelli, bulb
2014-06-04 15:43:29aymeric.augustinsetmessageid: <1401896609.59.0.46112093522.issue10740@psf.upfronthosting.co.za>
2014-06-04 15:43:29aymeric.augustinlinkissue10740 messages
2014-06-04 15:43:29aymeric.augustincreate