Никак

Если ты указываешь числовые данные как параметр, то FoxPro сам переводит это число в тип Float. Из-за такой самостоятельности возможны ошибки расчета (округление).

Попробуй задать значение так:

m.id=INT(3)

т.е. явно указать FoxPro, что речь идет о типе Integer, а не Numeric. Хотя, здесь без гарантий.

У FoxPro есть некий "внутренний" тип данных для переменных памяти.

Если почитать HELP, то там говорится, что числовые переменные памяти всегда имеют тип данных Numeric. Вобщем, так оно обычно и бывает. Но, тем не менее, иногда, при определенных обстоятельствах переменные памяти получают тип Integer.

Это бывает именно при задании значений в объектах TextBox на форме. Попробуйте создать формочку, бросить на нее TextBox и установить

TextBox.Value=0

Теперь попробуйте ввести в этот TextBox значение более, чем допустимо для типа Integer (-2,147,483,647 to 2,147,483,647). Не получится. Fox будет ругаться нехорошими словами. Т.е. Fox где-то там у себя установил, что в данном объекте тип данных Integer.

Если же задать значение

TextBox.Value=0.00

То Fox предполагает, что речь идет о типе Numeric.

funikovyuriПри этом сервер генерит ошибку из-за нарушения какого-то constraint'а. Но tableupdate() возвращает .T.!?
Не встречал такого.

Если выполнение команды было прервано сервером, то TableUpdate() вернет .F.

Хотя, есть ошибки у сервера, которые не являются критичными и не прерывают выполнение команды. Возможно, ты что-то на сервере "подкрутил"? Эта твоя команда в Query Analyzer прерывается на ошибке или идет дальше?

Штатным способом отлова ошибки является AERROR()

IF TableUpdate()=.F.
LOCAL laError(1)
AERROR(laError)
* Анализ массива laError на предмет ошибки
ENDIF

Хотя, возможно, ты даешь команду TableUpdate() не на ту запись, которая вызывает ошибку? В каком режиме буферизации твое View (3 или 5)? Т.е. что возвращает:

?CursorGetProp("buffering","MyView")

Кстати, после TableUpdate()=.T. данные обновились или нет?