Becnhmark-Test für Arme (SQLite-Geschwindigkeit)

[Sirius3]

@DasIch: ich war verwirrt, weil Du statt der austauschbaren DB-API2 die nicht-konformen Erweiterungen von sqlite3 benutzt. Das macht das wechseln der Datenbank unnötig kompliziert. Arbeite mit Cursor-Objekten und executemany, das zusätzlich den Vorteil hat, dass der Generator auch wirklich benutzt wird.

[BlackJack]

@Sirius3: Du bist immer noch verwirrt, genau wie ich am Anfang: Es wird hier die ganze Zeit und von allen Beteiligten die Code zeigen SQLAlchemy verwendet!

[Sophus]

@BlackJack @Sirius3: Ich weiß, die meisten verbinden SQLAlchemy mit ORM. Aber es ist genauso legitim SQLAlchemy mit DDL zu benutzen. ORM ist einfach bedeutend langsamer als DDL.

[BlackJack]

@Sophus: Das ist nicht das Problem, sondern das niemand SQLAlchemy mit so simplem handgeschriebenen SQL in Zeichenketten verbindet. Denn dann macht SQLAlchemy keinen Sinn. (Du benutzt da übrigens mehr als nur den DDL-Teil von SQL.)

Und was die Geschwindigkeit vom ORM angeht: Die ist *ausreichend*. Oder meinst Du jemand kann schneller Filme in Deine Datenbank über die Qt-Oberfläche eintippen als das ORM sie in die Datenbank schreiben kann? Du machst Dir schon wieder mal Gedanken über Probleme die nicht existieren.

[Sophus]

@BlackJack: Ich glaube, es muss ein Missverständnis sein. In meinem Projekt verwende ich selbstverständlich ORM - wobei ich diesen Hype um ORM nicht sonderlich gut finde. Schließlich ist es eher bereichernd zu wissen, wie eine DDL aussieht, um zu wissen, was die Datenbank da macht. Dies wird ja bei einem ORM "versteckt". Aber das ist ein anderes Thema. Ich wollte eher ein kleines Skript schreiben, um die Geschwindigkeit von SQLite zu testen. Und da hielt ich ORM unangebracht.