Adelf, я могу представить только одну ситуацию с ценами, когда такое округление допустимо. Это слоган "рубашки от 190 руб!!" где 190 берется из select min(price) from goods where type = 123. тут спорный вопрос, где именно нужно округлять, но так как запрос будет писать прогер, то почему он же не может сделать округление согласно ТЗ?
посмотрим на ситуацию с другой стороны. вся работа с ценами/суммами и прочим это бизнес-логика и отвечает за нее тот, кто ее пишет. как не попасть в ситуацию, когда бизнес-логика правильна, а отображается по-левому, вернее не так, как ее разработчик ожидают? и все потому, что мы потянули округление чего-то в шаблон. еще веселее будет, если шаблон с округлением написан год назад, но всегда давали данные с той же точностью, до которой прописано округление, а тут требования изменились и в бизнес-логике точность изменили, и тут округления в шаблоне заработали. причем заметить это будет возможно далеко не сразу, если % округленных данных окажется невелик.
в общем, зачем наживать себе проблемы добавляя в шаблон лишнее?