Beste Sders,

Ik loop tegen een probleem aan bij ORDER by.

Ik sla mijn prijs op als een varchar (aangezien er een . in staat)

Alleen doe ik nu order by kosten en ziet het script:

144.40 lager als 15.30

Wat kan ik hier aan doen?

Mvg,
Lars

Heb je ORDER BY kosten DESC of ASC? Als je een van die twee hebt, moet je die even vervangen door de andere.

Beste jos,

dat is het probleem niet ik krijg deze volgorde:

12.50
13.00
14.50
144.40
15.50
16.00

Hij ziet 144 dus lager als 15.50..

Alles klopt behalve bij getallen hoger dan 100

Omdat het een "text"-veld is gaat hij niet sorteren van hoog naar laag maar van A-Z
Beste is om veldtype aan te passen... en als dat echt onmogelijk is dan kan je misschien ook iets met een convert doen in je query (heb het met mysql nooit gedaan, wel met andere database)

bijv:

Code:

.... order by convert(`veld`, sql_double)

Bedankt jopie,

Is er een ander veld dat ik kan gebruiken?
Wat hij wel ziet als getal, maar wel een . in mag voorkomen?

Mvg,
Lars

Bedragen numeriek opslaan ipv string. Truukjes om het nu te sorteren zal je bij veel records alleen maar gaan tegenwerken kwa performance.

Kan dat niet gewoon met int?

heb het omgetoverd tot een deicmal getal met 2 achter de koma!
Bedankt!!

Sla het in db op als float 11.
Is netter

Of als decimal: 12,2

In principe is het beter om de decimal te gebruiken dan een float. Deze laatste zijn gebaseerd op floating point berekeningen die per definitie niet precies zijn.
Een floatwaarde van 12,50 kan bv intern als 12,49999999 worden opgeslagen terwijl een decimal wel als 12,50 wordt opgeslagen.

Een double kan ook nog.

Maar decimal is beter denk ik zoals gast10474ier heeft uitgelegd.

Groeten,
Tim