Das deutsche Python-Forum

Was ich meinte: Die Frage ist, ob bei MyISAM die Daten auch wirklich konsistent bleiben. Die Fehler, die bei InnoDB auftreten, sind vielleicht in Indiz dafür, das die aktuelle Lösung nicht brauchbar ist...

jens hat geschrieben:Was ich meinte: Die Frage ist, ob bei MyISAM die Daten auch wirklich konsistent bleiben. Die Fehler, die bei InnoDB auftreten, sind vielleicht in Indiz dafür, das die aktuelle Lösung nicht brauchbar ist...

Hi,
da nur einer von meinen beiden Clients Daten in die Datenbank schreiben wird und der andere Client ausschliesslich Daten abfragt kann ich doch auf Transaktionen verzichten. Denn der Client der Daten schreibt hat immer einen Konsistenten Datensatz vor sich.
Wie ich schon gestern geschrieben habe habe ich mit Transaktionen bisher noch keine Erfahrungen gesammelt. Ich habe bisher gedacht das meine Schnittstelle das im Hintergrund für mich erledigen würde. Falls da jemand ein kleines Beispiel mit MySQLdb hat würde ich mir das gerne mal anschauen.

Sebastian

Grundlagen: http://wiki.python-forum.de/DB-Transaktionen

Hallo,

@jens:

Die Frage ist, ob bei MyISAM die Daten auch wirklich konsistent bleiben.

Tun sie. Auch bei MyISAM wird ein Lock auf die Tabelle beim Schreiben gesetzt, d.h. es gibt keine konkurrierenden Schreibzugriffe auf die Tabelle. Außerdem bin ich mir ziemlich sicher, dass MyISAM auch ACID-konform ist, also wird "alles-oder-nichts" geschrieben.

Interessant bei dem Problem hier, warum der Commit mit InnoDB nicht geschrieben wird...

Gruß, noisefloor

Also meiner Erfahrung nach funktioniert das, wenn man die connection des lesenden cursors vor dem lesen ebenfalls 'commited'... auch bei innodb