[vz-dev] Ausschließlich MySQL (und Kompatible)?
Hallo allerseits, hat irgendwer erfolgreich eine andere Datenbank als MySQL oder MariaDB o.ä. in Benutzung? Ich weiß, das Thema SQLite kam schonmal vor drei Jahren auf und da hat das wohl funktioniert. Und irgendwo habe ich was von Postgresql gelesen... Ich versuche es jedenfalls gerade mit SQLite. Es werden zwar erfolgreich Daten erfasst und in der Datenbank gespeichert, aber die Weboberfläche meldet Fehler. Der Grund ist folgendes Statement: SET @row:=... Das ist MySQL-spezifisch und dürfte bei keiner anderen Datenbank funktionieren. Die Jungs von SQLite haben lokale Variablen als Anzeichen ineffizienter Abfragen verworfen und bei Postgresql heißt es schlichtweg anders. Ich hab gerade mal bei Github nachgesehen. Sorry Andreas, der Commit hier ( https://github.com/volkszaehler/volkszaehler.org/commit/9a78fe3c4e6050d8e3a25c48ad1cdd495f4a18e4) hat runSQL() in der Interpreter.php eingeführt und ohne funktioniert es einwandfrei. Robert PS: Wie sieht es denn mit "Issues" bei Github aus? Ich fände es ganz praktisch, wenn man da Fehler melden könnte. Da hat man dann auch den Bezug zu Bugfixes.
Re: [vz-dev] Ausschließlich MySQL (und Kompatible)?
warum so umstaendlich? andi hat halt seine optimierungen nur gegen mysql gemacht und getestet, und den fall anderer dbms dabei kaputtgemacht. das ist auch nicht weiter tragisch oder verwunderlich, da eh 99% der user mysql einsetzen. loesungen, in order of preference: - code fixen so dass er ueberall funktioniert - die optimierungen nur bei mysql aktivieren (eh fraglich, ob die bei anderen dbms was bringen!) - support fuer andere dbms verwerfen, da eh irrelevant > PS: Wie sieht es denn mit "Issues" bei Github aus? Ich fände es ganz > praktisch, wenn man da Fehler melden könnte. Da hat man dann auch den Bezug > zu Bugfixes. JUSTIN!!! - T. On Wed, 13 Nov 2013 22:33:13 +0100 Robert Ewald wrote: > Hallo allerseits, > > hat irgendwer erfolgreich eine andere Datenbank als MySQL oder MariaDB o.ä. > in Benutzung? Ich weiß, das Thema SQLite kam schonmal vor drei Jahren auf > und da hat das wohl funktioniert. Und irgendwo habe ich was > von Postgresql gelesen... > > Ich versuche es jedenfalls gerade mit SQLite. Es werden zwar erfolgreich > Daten erfasst und in der Datenbank gespeichert, aber die Weboberfläche > meldet Fehler. Der Grund ist folgendes Statement: > SET @row:=... > > Das ist MySQL-spezifisch und dürfte bei keiner anderen Datenbank > funktionieren. Die Jungs von SQLite haben lokale Variablen als Anzeichen > ineffizienter Abfragen verworfen und bei Postgresql heißt es schlichtweg > anders. > > Ich hab gerade mal bei Github nachgesehen. Sorry Andreas, der Commit hier ( > https://github.com/volkszaehler/volkszaehler.org/commit/9a78fe3c4e6050d8e3a25c48ad1cdd495f4a18e4) > hat runSQL() in der Interpreter.php eingeführt und ohne funktioniert es > einwandfrei. > > Robert >
Re: [vz-dev] Ausschließlich MySQL (und Kompatible)?
Hallo Zusammen, wird wohl heute mein Emailtag... 2013/11/14 Thorben Thuermer > > andi hat halt seine optimierungen nur gegen mysql gemacht und getestet, > und den fall anderer dbms dabei kaputtgemacht. > das ist auch nicht weiter tragisch oder verwunderlich, > da eh 99% der user mysql einsetzen. > > zumal im Code der vor mir da war exlpizit dokumentiert ist dass nur MySQL unterstützt wird. Die GroupBy Anfragen funktionieren ebenfalls nur mit MySQL... > loesungen, in order of preference: > - code fixen so dass er ueberall funktioniert > - die optimierungen nur bei mysql aktivieren > (eh fraglich, ob die bei anderen dbms was bringen!) > - support fuer andere dbms verwerfen, da eh irrelevant > > > PS: Wie sieht es denn mit "Issues" bei Github aus? Ich fände es ganz > > praktisch, wenn man da Fehler melden könnte. Da hat man dann auch den > Bezug > > zu Bugfixes. > > JUSTIN!!! > +1 +1 +1 von mir. > - T. > > On Wed, 13 Nov 2013 22:33:13 +0100 > Robert Ewald wrote: > > Hallo allerseits, > ... > > Ich versuche es jedenfalls gerade mit SQLite. Es werden zwar erfolgreich > > Daten erfasst und in der Datenbank gespeichert, aber die Weboberfläche > > meldet Fehler. Der Grund ist folgendes Statement: > > SET @row:=... > > > > Das ist MySQL-spezifisch und dürfte bei keiner anderen Datenbank > > funktionieren. Die Jungs von SQLite haben lokale Variablen als Anzeichen > > ineffizienter Abfragen verworfen und bei Postgresql heißt es schlichtweg > > anders. > > Und es ist auch ganz einfach zu lösen: die übergeordnete Schleife mit && false deaktivieren, dann wird die Aggregation wieder in PHP statt MySQL gemacht. Ist halt langsamer... vg Andreas
Re: [vz-dev] Ausschließlich MySQL (und Kompatible)?
Hi, Am 14.11.2013 um 09:05 schrieb Andreas Goetz : >> > PS: Wie sieht es denn mit "Issues" bei Github aus? Ich fände es ganz >> > praktisch, wenn man da Fehler melden könnte. Da hat man dann auch den Bezug >> > zu Bugfixes. >> >> JUSTIN!!! >> > +1 +1 +1 von mir. …is(sue) ja gut - erledicht. An der Stelle: wir hatten ja schon mal einen bugtracker; der wurde in der Vergangenheit - i.W. weil zu wenige Entwickler da waren - aber kaum genutzt. Falls sich Jemand einen Fleissbienchen-Stempel für sein Hausaufgabenheft verdienen will, wäre es kuhl, wenn er sich die bestehenden Issues mal anschauen könnte und die noch aktuellen und behebenswerten übertragen könnte. Steffen Vogel hostet das gerade noch - er wird das allerdings demnächst abklemmen (hab mich gestern erst mit ihm darüber unterhalten): https://dev.0l.de/bugtracker/my_view_page.php Gruss, J.