До VFP9 - никак

Проблема в том, что в более младших версиях FoxPro не было такого типа полей, как VarChar (введены только в VFP9) Это значит, что все поля VarChar из SQL-сервера автоматически конвертировались в тип Character и соответственно дополнялись концевыми пробелами.

Решение есть, но очень неудобное:

1) Отказаться от обновления через Remote View и делать замену напрямую через SQLExec()
2) На SQL-сервере написать триггера на втставку-обновление для отсечения концевых пробелов
3) Отказаться от использования на SQL-сервере полей типа VarChar, если их длина не превышает 255 символов

Василий Л1. на SQL сурвере поля типа NVARCHAR

Это ты зря. FoxPro не поддерживает UNICOD. Что именно он прочитает из таких полей - не знаю. Впрочем, я с такими полями и не работал.

Кроме того, просто нет особого смысла использовать VarChar при длинах полей меньше 255. Это связано с некоторыми особенностями физического хранения полей переменной длины. При таких небольших размерах больше недостатков, чем достоинств. Тут даже нельзя сказать однозначно, что будет выигрыш в физическом размере базы данных.

Василий Л2. а как тригер написать, чтобы обновлялась только измененная строка

Ну, это тебе лучше в конфе по MS SQL спросить. Я такого ни разу не делал. Общее направление: внутри тела триггера существуют 2 специфические таблицы

Inserted - список добавленных (измененных) записей с НОВЫМИ значениями
Deleted - список удаленных (измененных) записей со СТАРЫМИ значениями

Структура этих таблиц совпадает со структурой таблицы для которой и пишется тело триггера

Т.е. где-то так получается:


Можно еще довесить проверку на факт обновление строковых полей (не обновлять, если строковые поля не изменялись). Но тут я не силен. Уточни в конфе по MS SQL