GrigoriyFomin,

для начала
http://www.ibase.ru/files/firebird/Firebird_3_0_Language_Reference_RUS.pdf
со страницы 28 (типы данных).

float можно вообще не использовать, слишком низкая точность. double для денег или количества товара - это ... гм, оригинально.
Тут впору посоветовать почитать
Неочевидные особенности вещественных чисел
http://www.delphikingdom.com/asp/viewitem.asp?catalogid=374

Про computed by ответ простой. select туда можно вставлять, но крайне не рекомендуется. Потому что вместо этого надо писать нормальные запросы (джойны и т.п.). Вложенный запрос на каждое значение computed by будет скорее всего вызываться каждый раз. 1000 записей - тысяча запросов.
На микроскопической БД вы замедления может и не заметите, но как только наполните БД нормальными данными - всё начнет жутко тормозить.
Если в селекте вычисляемый столбец не указан, то он вычисляться не будет.
Но - я видел разные системы, и самая аховая в этом плане была с вызовами в computed by селективных хранимых процедур.
Как только в запросе указывалось такое вычисляемое поле, скорость падала в 3-10 раз и план запроса становился ужасного размера.
Понятно, что разработчики наворотили, и сами виноваты, но в этом плане лучше думать ДО, а не ПОТОМ.
"полная автоматизация метаданных" - это прикольно только для начинающих.

GrigoriyFomin,

да, в статье "Неочевидные особенности..." как бы про Дельфи, а не про ФБ, но всё изложенное на 100% в отношении типов single = float, double = double precision.
И, в комплект к той статье обычно идет
Загадки округления
http://www.delphikingdom.com/asp/viewitem.asp?catalogID=1217

GrigoriyFominДумал, математику на сопроцессор скидывают.
еще раз перечитайте документацию. dobuble precision это вещественное. a numeric(15,2) - уже целое.
естественно, что вещественные числа считаются через сопроцессор. Но дело-то не в этом. А в точности, округлении и прочем.

GrigoriyFomin,

decima типа устаревшее. Более часто использование numeric(x,y). В определенных диапазонах они не отличаются, но лучше всё-таки numeric.