<p dir="ltr"><br>
On Nov 27, 2014 4:39 PM, "Chris Angelico" <<a href="mailto:rosuav@gmail.com">rosuav@gmail.com</a>> wrote:<br>
><br>
> On Fri, Nov 28, 2014 at 5:02 AM, Ian Kelly <<a href="mailto:ian.g.kelly@gmail.com">ian.g.kelly@gmail.com</a>> wrote:<br>
> > On Nov 27, 2014 4:26 AM, "Frank Millman" <<a href="mailto:frank@chagford.com">frank@chagford.com</a>> wrote:<br>
> >> All Python database adaptors that I have used start a transaction when you<br>
> >> open a cursor. I have just re-read DB-API 2.0, and I cannot see anything<br>
> >> that specifies this behaviour, but AFAICT this is what happens.<br>
> ><br>
> > I don't know how others work, but cx_Oracle starts a transaction when you<br>
> > execute a statement, not when you open a cursor.<br>
><br>
> Is there any material difference here? I mean, sure, you have a<br>
> transaction, it'll show up in logs and stuff, but without any locks,<br>
> it's unlikely to have much impact on the system. Unless you're<br>
> creating and destroying a bunch of unnecessary cursors all the time,<br>
> of course, but that'd be wasteful for other reasons.</p>
<p dir="ltr">Sure. If you commit the transaction and then execute another statement, you'll get a new transaction.</p>