Механизм такой:

DB2 почему-то посылает DECIMAL в текстовом виде (почему не в BCD???), причем разделителем между целой и дробной частью необязательно ставит точку. Софт же вроде BDE (а также VisualAge Smalltalk, к примеру) жестко запрограммирован на точку, а наткнувшись на запятую, остаток строки игнорирует. Таким образом, происходит отбрасывание дробной части.

Я чуть не сказал, что разделитель зависит от текущего locale, но на самом деле DB2 client ведет себя по-разному в зависимости от версии. У коннекта теоретически можно это подстроить (так называемые "патчи"), чтобы всегда было точка, но когда я последний раз это пробовал, оно не сработало (впрочем, 8.2 не проверял).

Учитывая такое поведение DB2-шного клиента, VisualWorks при работе с DB2 понимает разделителем и точку, и запятую.

Как быть с BDE? Можно попробовать поставить decimal separator'ом точку через панель управления - может помочь (а может не помочь). "Патч" тоже попробуйте (я писал об этом здесь: http://sql.ru/forum/actualthread.aspx?tid=113008&hl=patch2). Если решите преобразовывать для показа DECIMAL в DOUBLE, то, во всяком случае, обратно (т.е. при INSERT"ах и UPDATE) постарайтесь использовать не DOUBLE, а STRING.

Проблемы больше не в совместном использовании DOUBLE и DECIMAL, а в самих DOUBLE. Для "показать в GRID'е" (нередактируемом, конечно), DOUBLE, пожалуй, все-таки подойдут (не для всяких DECIMAL, конечно). Но хранить в базе, использовать в вычислениях, передавать в качестве параметров - ни-ни!