Folks,
Thanks for all the help. Not only is the code working, but my
understanding of the issue has improved, thanks to this list.
...Ken
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]
Hi !
Jon Ribbens wrote:
On Tue, May 15, 2007 at 06:39:21PM -0500, Kenneth Loafman wrote:
Interesting... guess the intent was a disconnect that would break code
trying to work on MySQL, regardless of engine selected. That decision
makes it two products, MySQL/MyISAM and MySQL/InnoDB with diff
On Tue, May 15, 2007 at 06:39:21PM -0500, Kenneth Loafman wrote:
> Interesting... guess the intent was a disconnect that would break code
> trying to work on MySQL, regardless of engine selected. That decision
> makes it two products, MySQL/MyISAM and MySQL/InnoDB with different
> semantics. Y
Jon Ribbens wrote:
On Tue, May 15, 2007 at 04:13:33PM -0500, Kenneth Loafman wrote:
Can't tell. The docs are somewhat lacking in detail, however, if I do a
db.autocommit(True) it works as it should.
Will have to dig into the API code and see if that is where the semantic
discontinuity lies.
On Tue, May 15, 2007 at 04:13:33PM -0500, Kenneth Loafman wrote:
> Can't tell. The docs are somewhat lacking in detail, however, if I do a
> db.autocommit(True) it works as it should.
>
> Will have to dig into the API code and see if that is where the semantic
> discontinuity lies.
The MySQL-p
Ofer Inbar wrote:
Kenneth Loafman <[EMAIL PROTECTED]> wrote:
Sounds like InnoDB is still borked though. You should not have to use a
commit unless you have started a transaction, as I understand it. The
semantics for non-transaction access should be identical.
Are you explicitly telling Pyt
Kenneth Loafman <[EMAIL PROTECTED]> wrote:
> Sounds like InnoDB is still borked though. You should not have to use a
> commit unless you have started a transaction, as I understand it. The
> semantics for non-transaction access should be identical.
Are you explicitly telling Python not to use
Thanks for the tip, that worked.
Sounds like InnoDB is still borked though. You should not have to use a
commit unless you have started a transaction, as I understand it. The
semantics for non-transaction access should be identical.
...Ken
Dan Buettner wrote:
Hi Kenneth -
it appears that
Hi Kenneth -
it appears that you need to use an explicit 'commit' command when using
InnoDB tables and Python.
Something like this:
try:
cursor.execute("INSERT INTO Test1 (s1, i1) VALUES ('Now is the
time', 5)")
db.commit()
Found this on http://www.serpia.org/mysql
Folks,
Here's an interesting problem for you. I found a problem that did not
make any sense, and in diagnosing the problem I found an issue with
InnoDB vs MyISAM, so I wrote a short script to test it. The test case
is a simple Open, Insert, Close series repeated 5 times with both
engines.
10 matches
Mail list logo