олег_ющлщюгшнету добрых людей тут :)
а так надо решить с этой точкой дурацкой что-то
Понимаете ли - гораздо лучше было бы если настроить под нашу локаль постгрю, чем везде с заменой точки на зпт гемороиться. Это не сложно - нет. Токо скоко раз же прийдётся писать тупо одно и тоже - если можно наверное без этого
Без этого низзя!
LC_NUMERIC, LC_MONETARY, LC_TIME в сервере зафиксированы как "C" . И это правильно.

* Here is how the locale stuff is handled: LC_COLLATE and LC_CTYPE
* are fixed by initdb, stored in pg_control, and cannot be changed.
* Thus, the effects of strcoll(), strxfrm(), isupper(), toupper(),
* etc. are always in the same fixed locale.
*
* LC_MESSAGES is settable at run time and will take effect
* immediately.
*
* The other categories, LC_MONETARY, LC_NUMERIC, and LC_TIME are also
* settable at run-time. However, we don't actually set those locale
* categories permanently. This would have bizarre effects like no
* longer accepting standard floating-point literals in some locales.
* Instead, we only set the locales briefly when needed, cache the
* required information obtained from localeconv(), and set them back.
* The cached information is only used by the formatting functions
* (to_char, etc.) and the money type. For the user, this should all be
* transparent. (Actually, LC_TIME doesn't do anything at all right
* now.)