Владимир СА
Но я считаю лично, что лучше использовать LV (LocalView) или Cursor построенные на основе этих таблиц.
Извините, а можно поподробнее ?
У меня в таблице есть поле со значениями "П", и т.д., нужно, чтобы в гриде в этом поле отображались полные названия "Прикладное", ... , но в табличке исходной чтобы это поле оставалось в том же виде, и чтобы она (табличка) не блокировалась.
Как я делаю:
ставлю ntp_cur в recordsource грида.
Но вот например поменял/удалил/добавил я что-нибудь в курсор, как (тупо переписать каждую запись из курсора в табличку? но это как-то некрасиво), и когда (сразу после редактирования записи в гриде, или в момент закрытия формы, со всеми измененными записями) это сделать ?
Просто интересно, как это "правильно" делают, хотя бы общие принципы.

leafИзвените что умничаю но скан не нужен
Да нет, отчего же, я и запостил сюда код свой, чтобы знающие люди "поумничали". Меня никто не учил, а на основе книжек получилось то, что я и написал выше. А хотелось бы пограмотнее.
А про то, что я после кода спрашивал, что-нибудь посоветуете? Хотя бы общий словесный алгоритм.

ВладимирМСтандартное решение в данном случае - это дополнительный справочник (таблица)
...
Я наверное невполне смог выразить свою мысль :)
Меня интересует вообще как реализуется вариант, когда работа идет не с исходной табличкой, а с курсором.
Вот допустим я придумаю, как редактировать курсор, который в гриде отображается (чтобы проверять на корректность, запрашивать подтверждение, и т.д., через дополнительные переменные, или через буферизацию, как я на этом форуме читал). В курсоре запись изменилась, или удалилась, или добавилась.
Как потом корректно всё это дело "синхронизировать" с исходной табличкой? Просто заменить табличку курсором? Или каждую запись проверить, и где расхождение, ту запись заменить записью из курсора? Или, может быть, как-то можно сделать, чтобы табличка автоматически курсору соответствовала?
Повторюсь, условие такое, чтобы табличку эксклюзивно не открывать.
----
Или Вы имели ввиду, что если сделать этот "справочник", сделать set relation, тогда можно будет работать с исходной таблицей, а тот вариант с созданием промежуточного курсора - слишком мудрёный и на практике не используется?

Я просто ведь почему ещё хотел курсор использовать, а не саму табличку - чтобы потом добавить функцию "фильтрация". Как я понял, set filter имеет свои минусы и предпочтительнее для фильтрации просто новый курсор формировать на основе условий фильтра, и его в грид уже выводить.
А это значит, что мне всё равно прийдётся решить, как этот курсор и таблицу "синхронизировать".