Konstantin_PatrushevДобрый день, коллеги)

Уже давно делаем свой учетный софт и в силу специфики предмета учета поля в базе данных для цен всегда были целым числом.

Но теперь планируем выход на зарубежный рынок и там цены могут быть дробным числом.

Может кто встречался с подобным, как с меньшими затратами добавить поддержку дробных цен?
Важна возможность перехода с предыдущих версий.

На вскидку приходит в голову оставить в базе тип поля целое число, но добавить что то типа "коэффициент пересчета".

Буду рад советам)
делали так. В принципе есть определенная работа в представлении данных, но много плюсов.

LSVВ чем проблема поменять тип поля ? Геморно ? Да.

Но все равно же придется менять. :)
Не ленитесь.
лень здесь не причем. Часто считать сантиметры значительно выгоднее, чем метры в decimal формате. Все зависит от допущений.

LSVKonstantin_PatrushevК тому же нужно обеспечить переход на новую версию для десятков установок ранними клиентам.Первая пуговица застегнута неправильно -> все пуговицы застегнуты неправильно (с)

А разве введение некоего коэффициента не потребует переход на новую версию ?
в отдельном справочнике нужно только значение множителя. Все. Никаких переделок логики, множества таблиц и т.п. не требуется.

LSViscrafmв отдельном справочнике нужно только значение множителя. Все. Никаких переделок логики, множества таблиц и т.п. не требуется.Да неужели ! Как логика на SQL (н-р ХП или вью) узнает, что надо умножить на коэф ?
минимум переделок, по сравнению с изменением типа данных в поле.