Kommatal i Postgresql

nej

DECIMAL(14,2)

og så styrer du formateringen i din applikation

der er alt for store problemer med at have tal i VARCHAR

Der er da lige så mange problemer med det andet. sikre formatering osv.

hvad sprog laves applikationen i ?

php

...og xml/xslt

nu er jeg ikke så skrap til PHP men jeg vil stadig mene at
valg af . eller , hører hjemme ude i præsentations laget og ikke
bør komme i nærheden af databasen

Hm! Ja, det har du vel egentligt ret i.

Jeg kunne vel også bare lave en PL/SQL funktion der sikrede dette.

Dette link viser hvordan du formaterer tal i php: http://dk2.php.net/manual/en/function.number-format.php

Jeg vil personligt mene, at alt der har med præsentation at gøre, skal placeres i præsentationslaget, og vil være direkte uhensigtsmæssigt og grimt at placere i databasen. Hvad nu hvis et mellemlag skal lave udregninger med de tal der kommer fra databasen, men allerede er castede til strenge? Så skal mellemlaget første caste tilbage til decimal-tal og så har det hele været til ingen nytte... ækelt og ulogisk :-)

Der findes vel ikke noget brugbart argument for at gemme et tal som en tekst i en database?

Du vil ikke kunne bruge det til beregninger (simpel sum eksempelvis) uden at skulle konverterer til decimal type. Ikke alene er det dyrt, det bliver også rigtigt kedeligt når din formatering er dansk (altså ,) og din database konverterer med engelsk eller c-type (altså .).

Derfor lyt til dsj og arne_v brug en decimal - det er den eneste rigtige måde at håndtere det på.

Hvis du vil kan du jo håndterer det i XSLT ved at definere bruge XSLT elementet decimal-format (http://developer.mozilla.org/en/docs/XSLT:decimal-format)

Lukker