From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Rob Northcott <Rob(dot)Northcott(at)compilator(dot)com> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Dealing with number formats when server and client are different locales |
Date: | 2017-09-06 12:35:35 |
Message-ID: | 9388.1504701335@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Rob Northcott <Rob(dot)Northcott(at)compilator(dot)com> writes:
> Our application was written assuming that the SQL server local settings for number formats would be the same as the client machine running the application.
> Now there is a need for some clients to run using UK format (full stop for decimal separator) and some to be European format (comma for decimal separator).
> This is causing problems with queries sent to the server because each client app is sending query strings in its own local format and the server throws an error if it doesn't match the server settings.
Hm, Postgres doesn't support comma-for-decimal-point in very many
contexts, so I'm wondering exactly what your queries are like.
If that usage only appears in strings that are processed with
to_number() and a D format character, then maybe you can make this
work, but that seems pretty restrictive.
> Possible solutions I can think of are:
> 1. Change the client application so it checks and server locale settings and formats numbers appropriately.
> 2. Change the server settings to match the client (if this can be set PER SESSION?)
Sure. See lc_numeric.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Marcin Giedz | 2017-09-06 13:00:33 | Schema/table replication |
Previous Message | Yan Pas | 2017-09-06 11:55:20 | Re: Postgresql init and cleanup module functions |