Исходя из своего опыта констатирую ... :)
Для хранения денежных велечин нельзя использовать типы numeric, float, real и т.п. Конечно если вам не безразлична точность последующих вычислений. Все будет "в ажуре" до тех пор, пока Ваша программа не сталкнется с другой программой, которая тоже хочет считать и делает это правильно. Т.е. я совершенно не согласен с утверждением MarchCat.
А вот с RedPank я совершенно согласен. "Серьезные" банковские программы (например, Rs-bank) хранят денежные величины в int. Но только потом на клиенте замучаешься это обрабатывать. Да и с money не все хорошо - не могли что-ли M$ ввести "нормальный" тип для хранения "нормальных" денежных величин с двумя знаками после запятой. Мало того, что лишние биты забираются, так еще и дополнительную проверку на поля надо вешать, чтоб какой-нибудь умник не забубенил туда больше двух знаков после запятой.
В случаях, сходных с ДиДовским, я привожу одну из величин к типу float, тогда и получаемый результат будет типа float и никто ему уже не сделает обрезания. Для MSSQL это нормальная практика, т.к. даже два чиcла типа tinyint редко когда удается перемножить без "ексепшена", потому что результат уже не поместиться в tinyint.

Поскольку копейку на троих разделить невозможно (в материальном смысле), то этот "спор" регулируется с помощью ранее заключенного договора, или с помощью дополнительно соглашения. Если не пришли к конценсусу, то с помощью суда и т.п. :)