Message219761
| 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:29 | aymeric.augustin | set | recipients:
+ 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:29 | aymeric.augustin | set | messageid: <1401896609.59.0.46112093522.issue10740@psf.upfronthosting.co.za> |
| 2014年06月04日 15:43:29 | aymeric.augustin | link | issue10740 messages |
| 2014年06月04日 15:43:29 | aymeric.augustin | create |
|