Список проголосовавших за комментарий "Тимофей Мартынов, а Вы думаете КАК Ларри наш Эллисон стал миллиардером? В базах Ёракл такой проблемы нет. И поэтому Oracle покупают большие корпорации. Там десятки типов числовых данных и можно считать как угодно точно, хоть астрофизику.<br/> Кстати Джеймс Саймонс из RenTec в одном из интервью сказал, что ЛУЧШЕ всех у него получается у АСТРОФИЗИКОВ.<br/> У них нет проблем с пониманием как точно (насколько высоко точно) требуется высчитывать внутреннюю структуру ценовых рядов.<br/> По Вашему случаю — я предложил наименее затратный и наиболее гибкий метод. Вы всегда сможете его потом заменить/поменять. прикрутить другой движок для расчётов, третий движок для отображения и тому подобное. Это профессиональный подход. Все остальные советы типа «про округление» загонят Вас чуть попозже в угол. И это будет негибко.<br/> Даже в разных версиях компиляторов «от Микрософт» числа округляются по-разному, поэтому там есть опции компилятора типа /fp-precise. Лично я давно использую свою собственную функцию округления double.<br/> Скажите о какой именно «разной точности» идёт речь? О полях в таблицах? Их можно по string хранить как угодно и преобразовывать тоже как угодно. Да, конечно, придётся написать 5-8 подпрограмм проверки ввода и конвертации в String данных. Уверяю Вас, в больших базах типа Oracle именно так и делается. Иначе не получится ни надёжности и цельности данных, ни точности. Там это встроено, а Вам придётся это написать самим. Вот и вся разница. Но Вы же профи, Тимофей. Ну так принимайте в работу проверенные методы профи.<br/> Да, ещё снизится скорость лопачения данных. Но это же не проблема, не так ли?"