Problem mit Kommazahlen aus Datenbank

[andyB]

Moin Moin!

Ich habe in meiner Datenbank Dezimalzahlen gespeichert.

+--------+---------------+-----------+-----------+------+----------+-------+
| Feld   | Typ           | Kollation | Attribute | Null | Standard | Extra |
+--------+---------------+-----------+-----------+------+----------+-------+
| konto1 | decimal(10,2) |           | UNSIGNED  | Nein |          |       |
| konto2 | decimal(10,2) |           | UNSIGNED  | Nein |          |       |
| konto3 | decimal(10,2) |           | UNSIGNED  | Nein |          |       |
| ...    | decimal(10,2) |           | UNSIGNED  | Nein |          |       |
+--------+---------------+-----------+-----------+------+----------+-------+

Nach der Abfrage aus der Datenbank kommen die Daten in ein Array.
Das Problem hierbei ist, dass die Dezimalzahlen dabei in einen String "übersetzt" werden.

Wie kann ich das verhindern?

Ich habe es schon mit

SELECT CAST(konto1 AS DECIMAL) AS konto1 ... FROM ...

versucht, allerdings hat das nichts gebracht.

Ich könnte - bis jetzt noch - händisch wieder das Format ändern, allerdings werden in Zukunft immer mehr Spalten hinzukommen und da wird das dann unmöglich …

Bin dankbar für jede Hilfe

[AmicaNoctis]

Hallo,

dagegen kann man nichts machen. Bei Integers kann man das per bindColumn mit PDO::PARAM_INT noch erzwingen, aber ein PDO::PARAM_FLOAT gibt es leider nicht.

Trotzdem kannst du immer noch die entsprechenden Spalten PHP-seitig zu float casten. Wenn du das automatisieren/generalisieren willst, findest du unter PHP: PDOStatement->getColumnMeta - Manual Infos zum Auslesen der Spaltentypen.

Edit: Übrigens speichere ich monetäre Werte (um die es offenbar bei dir geht), immer als Integer in der kleinstmöglichen Einheit der entsprechenden Währung. Also werden 3,49€ in der DB als 349 gespeichert. Das hat den Vorteil, dass du die Datenbank nicht ändern musst, wenn es mal um eine Währung geht, die nicht in Cents eingeteilt ist. Für die Ausgabe muss man halt einfach dividieren und Benutzereingaben muss man sowieso gesondert behandeln (um z. B. das Komma in den Punkt umzuwandeln) und kann die somit auch mal schnell mit 100 multiplizieren.

Gruß,

Amica

[andyB]

Danke, Amica.

PDOStatement->getColumnMeta werde ich mir mal anschauen.

Selbst wenn ich die Beträge als Cent speichern würde, hätte ich immer noch das Problem, das ich mit - zum Beispiel -

is_float();
is_int();
is_numeric(); 

immer noch nicht "automatisch" auf den Typ zugreifen kann, da das Einlesen in das Array alles in Strings umsetzt...

Und mit dem Decimal-Typ von MySQL habe ich immerhin auch im String die 2 Nachkommastellen, die ich vor allem für die Ausgabe brauche.
Mir geht es darum, dass im HTML nur Zahlen anders formatiert werden sollen (andere Schrift, rechts ausgerichtet, ...)

Gruß

[AmicaNoctis]

Mir geht es darum, dass im HTML nur Zahlen anders formatiert werden sollen (andere Schrift, rechts ausgerichtet, ...)

Würde dafür nicht schon einfach is_numeric() ausreichen?

[h3ll]

Mir geht es darum, dass im HTML nur Zahlen anders formatiert werden sollen (andere Schrift, rechts ausgerichtet, ...)

Du als Programmierer musst wissen, welchen Datentyp jede Spalte enthält. Also kannst du als Programmierer sie auch dementsprechend formatieren. Wo ist das Problem?

Ein dynamisches Tabellendesign sollte es sowieso nicht geben, also ist dir bereits bekannt, ob in einer Spalte eine Dezimalzahl steht oder nicht. Wozu das noch zusätzlich überprüfen? Denkst du, die Datenbank belügt dich?

[andyB]

Würde dafür nicht schon einfach is_numeric() ausreichen?

Dabei werden aber auch das Datum und die ID mit erfasst, was ich nicht möchte...
Und wenn ich mich richtig an gestern Abend erinnere, wurden auch Tatsächliche Strings (Bemerkungen) als numeric ausgegeben.

Ich prüf das noch mal...

[andyB]

Hi h3ll,

Du als Programmierer musst wissen, welchen Datentyp jede Spalte enthält.

Das weiß ich auch. Mit der Datenbank habe ich auch keine Probleme, da ist alles wie es sein soll.
Ich möchte nur nicht, das PHP meine DECIMALs in STRINGs umwandelt....

[AmicaNoctis]

Ich möchte nur nicht, das PHP meine DECIMALs in STRINGs umwandelt....

Dann caste sie beim Rausholen zu float.

[h3ll]

Das weiß ich auch. Mit der Datenbank habe ich auch keine Probleme, da ist alles wie es sein soll.
Ich möchte nur nicht, das PHP meine DECIMALs in STRINGs umwandelt....

Das ist anders nicht möglich, da PHP nicht die selben Datentypen wie die Datenbank zur Verfügung stellt. zB. kennt PHP gar keine Dezimalzahlen. Und nein, Gleitkommazahlen (Float) sind keine Dezimalzahlen.

[andyB]

Moin.

Ich habe jetzt mal verschiedenes versucht:

/* im MySQL-Statement */
$qry = "SELECT invoice.id, invoice.datum, lieferant.lieferant, CAST(invoice.konto1 AS DECIMAL) AS konto1, ... FROM ...";
/* oder */
$qry = "SELECT invoice.id, invoice.datum, lieferant.lieferant, CAST(invoice.konto1 AS FLOAT) AS konto1, ... FROM ...";
/* sogar */
$qry = "SELECT invoice.id, invoice.datum, lieferant.lieferant, invoice.konto1+0.0 AS konto1, ... FROM ..."; 

Das CASTen der Typen in MySQL hat nichts gebracht. -> Weiterhin Stings.
Ich hab es dann versucht in PHP nur die Daten in das Array zu übertragen, welche dem Typ numeric entsprechen:

/* Abfrage */
$result1 = mysql_query($qry) OR die(mysql_error());

/* nur die Daten ausgeben, die muneric sind */
while ($result2 = mysql_fetch_assoc($result1)) { $result3[] = ( (is_numeric($result2)) ? $result2 : "--" ); }
var_dump($result3);

/* Ergebnis: */

array(78) {
  [0]=>
  string(2) "--"
  [1]=>
  string(2) "--"
  [2]=>
  string(2) "--"
  [3]=> /* (...) */

/* bei meiner momentanen Abfrage sieht das so aus*/
$qry = "SELECT invoice.id, invoice.datum, lieferant.lieferant, invoice.konto1, ... FROM ...";
$result1 = mysql_query($qry) OR die(mysql_error());
while ($result2 = mysql_fetch_assoc($result1)) { $result3[] =$result2; }

var_dump($result3);
/* Ergebnis */
array(78) {
  [0]=>
  array(16) {
    ["id"]=>
    string(1) "1"
    ["datum"]=>
    string(10) "01.08.2011"
    ["lieferant"]=>
    string(16) "..."
    ["konto1"]=>
    string(1) "0.00"
    /* ... */
  }
  [1]=>
  array(16) {
    ["id"]=>
    string(2) "49"
    ["datum"]=>
    string(10) "01.08.2011"
    ["lieferant"]=>
    string(16) "..."
    ["konto1"]=>
    string(3) "635.00"
    ["konto2"]=>
    string(4) "0.00"
    /* ... */
  }
/* ... */ 

PDOStatement->getColumnMeta habe ich noch nicht versucht, da mich da erst einarbeiten muss…

Gibts noch andere Ideen?

[h3ll]

Liest du auch, was man dir schreibt? PHP unterstützt nicht die selben Datentypen wie die Datenbank. Bleibt als einzige Alternative: Werte als String liefern. Das ist so und das wirst du nicht ändern können.

Aber wo ist jetzt die Problematik dabei? Niemand anderer, außer dir, hat anscheinend ein Problem damit.

[AmicaNoctis]

Im SQL-Code kannst du casten soviel du willst. Wenn du einen numerischen PHP-Wert haben willst, musst du in PHP casten, z. B.

$preis = (float) $row["price"]; 

Da es dir aber offenbar nur um das passende text-align geht und nicht um irgendwelche Berechnungen, spar dir doch das ganze gecaste und formatier die Tabellenzelle einfach anhand des Spaltennamens.