[vz-dev] Ausschließlich MySQL (und Kompatible)?

[Andreas Goetz]

Hallo Zusammen,

wird wohl heute mein Emailtag...


2013/11/14 Thorben Thuermer <r00t at constancy.org>

>
> 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 <robert+vz at jtro.de> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20131114/fd7b7f6c/attachment-0001.html>