[Jann Hendrik]

Ich habe in der Datenbank den Typ decimal(5,2) benutzt.
Für die folgende Verarbeitung in PHP wäre es schön, wenn ich die Zahl in den Teil vor und nach dem Komma aufsplitten kann.

Natürlich geht das in PHP - das ist kein Problem; ich würde das gerne direkt bei der db-Abfrage machen.

Ich denke mal, dass das geht, aber ich wüsste jetzt nicht wie...

Hat jmd. eine Idee?

[Georg V.]

Ich gehe mal vom MySQL aus:

SELECT <spalte>, truncate(<spalte>,0),abs((<spalte>-truncate(<spalte>,0))*100)
FROM <tabelle>
WHERE 1

Bitte ersetze <spalte> und <tabelle> mit Deinen Werten.

[Basti]

Hi Jann Hendrik.

Für die Ganzzahl nimmst du einfach FLOOR und für den Rest eben den Wert - den Ganzzahl-Wert oder vielleicht geht auch Modulo 1?

Also irgendwie so:

SELECT
    FLOOR(`zahl`) + (`zahl` < 0) AS ganzzahl,
    CAST((`zahl` % 1) * 100 AS UNSIGNED)  AS rest

Wenn `zahl` „UNSIGNED“ ist, dann musst du bei negativen Werten natürlich noch 1 addieren.

Bast

PS:
Da war wohl einer schneller. Willkommen Georg. TRUNCATE() ist schöner, ja. Und, die Funktion hätte wohl auch eher etwa so aussehen müssen:

    FLOOR(`zahl`) + (`zahl` < 0 AND `zahl` != FLOOR(`zahl`))

[Jann Hendrik]

Ich habe mich für basis Version entschieden.

Auf floor() hätte ich auch selbst kommen können...


Danke!

[Basti]

TRUNCATE() ist doch wirklich besser geeignet. Lediglich, wenn die Zahlen alle positiv ist, ist es Wurscht, da du dir da dieses +1 sparen kannst. Aber auch dann würde ich auf TRUNCATE setzen, andererseits aber bei Modulo bleiben:

SELECT
    TRUNCATE(`zahl`, 0) AS `ganzzahl`,
    (`zahl` % 1) * 100 AS `rest`

Basti

[mepeisen]

Hier der Hinweis, dass man sowas nicht ein Datenbank-System machen lassen sollte. Alle Form von mathematischen oder sontigen Verwurschtelungen sind sogar in PHP in aller Regel besser aufgehoben. Das sollte man beachten, wenn man zum Beispiel viele Datensätze verarbeitet oder einem der Hoster sagt "Was treibst du denn da?".

Und wenn man das nicht weiterverarbeitet, sondern beispielsweise in eine HTML-Tabelle direkt verarbeitet, sind sogar die String-Funktionen (replace "." mit "</td><td>" oder sowas) auch ziemlich gut zu verwenden.

[Jann Hendrik]

Zitat von mepeisen

Hier der Hinweis, dass man sowas nicht ein Datenbank-System machen lassen sollte.

Magst du diese Aussage näher begründen?

Ich bin bisher davon ausgegangen, dass der db-Server das ein wenig schneller hinbekommt als ein nachgeschaltetes PHP-Skript.

Wobei das bei meinen 70 Datensätzen, um die es hier konkret geht recht egal sein dürfte...

[mepeisen]

Das kommt stark auf das DB-System an und auf das System, das hinten dran ist. Wenn man einige wenige Datensätze hat, die verrechnet werden sollen, kann das das DB-System sehr fix.
Nehmen wir das Beispiel, dass die Treffermenge aufgrund einer Rechenoperation eingeschränkt werden soll, also ein Ergebnis nur dann zurückgegeben werden soll, wenn "a+b>c" ist. Sowas das DB-System machen lassen zu wollen, ist kontraproduktiv, da das immer die Verwendung von Indices u.ä. aushebelt. Wenn man aber beispielsweise geschickt sortiert und dann einen Treiber bzw. Funktionen nutzt, die immer nur einen Teil der Ergebnisse laden und dann abbrechen, sobald die Bedingung nicht mehr erfüllt ist (was das PHP-Script herausfinden würde), kommt man in aller Regel schneller zum Ziel.

Wie du sagst: Bei deinen 70 Datensätzen dürfte das eher egal sein. Aber solche komplexe Rechenperationen (und aus DB-Sicht ist das komplex) oder irgendwelche String- oder Regex-Operationen sollte man einfach vermeiden.

Es gibt einen zweiten Aspekt, der besonders wichtig werden kann. Sobald man eine Verbindung hat und gleichzeitig Updates durchführt, erzeugt jedes DB-System eine Art Lock, um konkurrierende Zugriffe zu vermeiden. Wenn man nun aufwendige Selects baut, kann das DB-System nie optimal arbeiten, da gleichzeitig Daten zum Lesen und Schreiben gesperrt werden über einen vergleichsweise langen Zeitraum.

Der dritte grund ist die Systemarchitektur. Gerade auch Hoster trennen oft Webserver physisch von der Datenbank. Dann ist es nicht mehr ganz so egal, wo die Last erzeugt wird. Ein Script kann in einer Millisekunden fertig sein. Wenn es aber permanent 250 Millisekunden auf der Datenbank rumrödelt, wird der Hoster irgendwann bei vielen Besuchern intervenieren.

[Jann Hendrik]

Danke dir für die Erläuterung!