Нельзя использовать тип numeric (decimal, кстати, тоже) вместе с BDE. Об этом прямо говориться у борланда. Фиксить и не думают, так как они считают виновником микрософт (какая-то реализация какой-то функции в dblib). Или юзай ADO, или не юзай numeric-decimal. Третьего не дано. Там где возможно, лучше применять тип money. С ним проблем нет.

Если тебе не попадался этот трабл, это еще не означает, что его не существует.

Тот трабл, который я видел и объяснение которого видел на сайте борланда, выглядит так:
при операции UPDATE числа с одним или двумя знаками после запятой (средствами TQuery c авторедактированием), эти значения в базу сохранялись неверно, с отличием на единичку последнего разряда, причем бывает как в плюс, так и в минус. Например, числа 6.49 и 6.51, введенные в гриде, сохранялись в базу как 6.50, хотя разрядность decimal, конечно же, позволяло сохранять и большее количество знаков после запятой. Положение усугублялось тем, что юзер, который внес это значение, обнаруживает несоответствие гораздо позже, когда заново запросит данные у сервера. Что там было с "ENABLED BCD" - точно сейчас уже не помню, зато точно помню, что от этого трабла это спасало.

Похоже, я понял в чем наше разногласие. Все, что я говорил, касается случая, когда идет работа через BDE напрямую без ODBC. Вполне допускаю, что BDE через ODBC вышеуказанной ошибки не дает. Непонятка вышла, звиняйте.