[vz-dev] Kosten

[Malte Diers]

>
>
> Moin Liste,
>>
>> ich habe gerade mal die "cost"-Property eingetragen, aber irgendwas
>> scheint da nicht zu funktionieren:
>>
>
> Bitte aktuelles git von heute morgen verwenden, Justin hat die Korrekturen
> eingespielt.
>
Das kann ich mal versuchen...

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"

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.


> 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).


> 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/bd538fd3/attachment.html>