[vz-dev] Kosten
Andreas Götz
cpuidle at gmail.com
Fri Mar 21 13:10:12 CET 2014
Am 21.03.2014 um 10:30 schrieb Malte Diers <mdiers at gmail.com>:
>
>>> Werte größer Null gehen Problemlos, dann stimmt aber die Einheit ja beleibe nicht. Also den korrekten Wert "0.00026" eingegeben. Schön brav mit einem Punkt.
>>
>> Bei W wird kWh gerechnet, also ein tausendstel eingeben.
> Schon klar. Deswegen benutze ich ja auch nicht "26.12", sondern "0.002612"
Und m.E. Angabe in €, also 26ct/kWh -> 0.26€/kWh -> 0.00026 €/Wh
>
>>> Kurz später war der Wert "0". Genauso wie "26.5" zu "26" wurde, etc. Direkt nach dem Eintragen steht der Wert jedoch richtig drin! Also mal kurz danach noch ein SELECT und siehe da: Der Wert migriert von "0.00026" zu "0,00026" (Komma!) zu "0". Also was mit irgendeiner Locale...
>>
>> Zahlen mit . eingeben, das klappt bei mir.
> "Works for me". Toll. Bei mir aber nicht. Ich schrieb ja, dass ich es genau so gemacht habe.
Mal locker. Wir helfen Dir ja, kein Grund unfreundlich zu werden :/
>
>>> Die Collation ist in jeder Tabelle "utf8_unicode_ci", daran kann es nicht liegen, also muss es meines Erachtens irgendwo auf Client-Seite haken. Da jedoch auf das Frontend zum Zeitpunkt der Veränderung keinen Zugriff gab, wohl aber auf die middleware.php (1reqs/channel/2s), wage ich die These, dass die mir den Wert zerschießt.
>>
>> Sollte damit nichts zu tun haben da wird dabei nicht von Strings reden.
> Wir reden sehr wohl von Strings, denn der Wert wird in der Datenbank in einem Feld des Typs "longtext" abgespeichert (properties.value).
Hast Recht, mein Fehler.
andreas
>
>> Es wird immer "float" gespeichert, der braucht einen . in der Eingabe.
> Das ("float") ist schlicht und ergreifend falsch - Datenbanktechnisch.
>
> Malte
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20140321/5cbb2f1e/attachment.html>
More information about the volkszaehler-dev
mailing list