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

[Thorben Thuermer]

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 <robert+vz at jtro.de> 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
>