[vz-users] Problem beim restore mit dbcopy

[Andreas Götz]

Das Problem scheint wie Jakob vermutete das Quoting der Identifier zu sein. Die waren immer „source“ encoded was sqlite aus mysql akzeptierte, aber nicht andersrum. 

Neue Version folgt. 

Viele Grüße,
Andreas

Ps.: die Menge an Support hier vor 9:00 🕘 finde ich schon außergewöhnlich...

> Am 26.03.2019 um 08:18 schrieb Andreas Goetz <cpuidle at gmail.com>:
> 
> Ich schau mir das grad an. Wunder dauern ein wenig länger.
> 
>> On 26. Mar 2019, at 07:41, Tobias.lehr at me.com wrote:
>> 
>> Also ich baue gar nix zusammen. Das ist mit dbcopy gemacht. Also dbcopy baut diese queries. Ist das nun ein Bug? 
>> 
>> Den anderen Weg habe ich jetzt hinbekommen. Das überspielen der Daten von einem System zum anderen mit dbcopy von Mysql zu mysql. 
>> 
>> Allerdings wollte ich für die backups weiterhin das laufwerk an der fritzbox nutzen und da läuft ja kein mysql. 
>> 
>> Gruß Tobias
>> 
>> 
>> 
>> -------- Ursprüngliche Nachricht --------
>> Betreff: Re: [vz-users] Problem beim restore mit dbcopy
>> Von: Jakob Hirsch 
>> An: volkszaehler-users at demo.volkszaehler.org
>> Cc: 
>> 
>> On 2019-03-25 21:21, Andreas Goetz wrote:
>> > Einfach alle ? der Reihe nach durch die Parameter ersetzen. Ich vermute
>> > dass die Ids in Anführungszeichen evtl. nicht als Zahlen funktionieren
>> > und deshalb Syntax Error.
>> 
>> Liegt wohl schon an den Anführungszeichen, aber nicht die um die values,
>> sondern bei den column-Namen, also "id", "uuid" etc. Die sollten
>> eigentlich wie die Tabellennamen mit `backticks` umschlossen sein (wie
>> das z.B. auch mysqldump macht).
>> Baust du die queries selbst zusammen oder fallen die von irgendwo so raus?
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190326/57a00c23/attachment-0001.html>