Среди списка полей должны присутствовать первичные ключи всех участвующих в запросе таблиц. Но это не гарантирует. Обновлять представления - порочный и тернистый путь, его надо избегать любыми доступными способами.

автор"Обновлять представления - порочный и тернистый путь ....." -тогда пожалуйста укажите другой путь сохранения внесённых пользователем изменений в БД ?.

Если пользоваться автоматическим построением запросов на изменение, любезно предоставленным ADO, то запрос, формирующий набор данных, должен быть по одной таблице и быть крайне простым, чтобы ADO смогло сгенерировать правильные запросы на обновления. Иначе - subj.

Если запрос, формирующий набор данных, сложный, то надо генерировать запросы на обновление ручками, а не полагаться на автоматику, которая, как известно, работает правильно только в ограниченном диапазоне.

А первичный ключ есть на таблице?

[dbo] попробуй убрать, и #сlient указывай без квадратных скобок

авторПричем здесь [dbo] и квадратные скобки? Говорю же под админом такая структура отрабатывает отлично.
Почему не редактируется временная таблица из грида вижу две причины:
1) Предположительно у админа права на Update таблиц есть по умолчанию, а у юзеров только на селект, но как повесить разрешение на Uрdate временных таблиц если их не видно в tempdb?
2) Под юзером по какой-то причине при создании временной таблицы не создается ключ.
Как быть-то?

При том, что дельфи генерит запросы на изменения, и подставляет там в качестве owner неизвестно что (под админом подставится dbo и проблем не будет). Квадратные скобки - потому что это неспецифично для временных таблиц, и таблица может вовсе не стать временной - моё предположение, не более того.

Вообщем, открой профайлер и посмотри какие запросы дельфи шлет.

да, перепутал, сорри. Но сути это меняет, ADO оно в Африке - ADO.