пропущено...
Ты на досуге почитай как currency устроен. И в чем его отличие от double.
Для чего тебе сотые доли копеек? Как ты их используешь?
А вот пригодилось однажды, для повышения точности округления. Потом правда пришлось это выкинуть. :)
Исходно и в программе и в базе использовал для хранения денег тип integer и какое-то время было нормально.
Int64 тогда в Firebird не было, впрочем как и его самого.
Но таки неудобно, при каждом запросе делить на 100, что бы вывести в рублях, понятно для человека.
В какой-то момент решил что таки в currency и в numeric(18,4) хранить удобнее. Решил переделать. Потратил несколько месяцев но до конца такой объемный переход довести не смог. Откатил все взад и пошел заново, но теперь частями, не все сразу.
Так что у меня сейчас в базе и в программе в разных местах одновременно есть и в рублях и в копейках.
Был еще у меня пролет, с типом данных и точностью. Завел в базе поле под вес товара. Ну и типа в граммах - куда еще точнее, пользователи все равно точнее не взвесят. Ну и сделал. А потом, когда начали работать с этим полем плотнее, обнаружился косяк. С товарами с малым весом. В частности это открытки. Попробуй задай вес одной открытки, а потом посчитай сколько будет весить 5000 открыток. Набирается большая ошибка. currency тут был бы очень к месту :)
