ODBC – ошибка вызова. (Ошибка 3146)

Никто не сталкивался?
При переходе в уже открытой прилинкованной таблице по записям (обычно - в конец набора).

Если открывать как статический набор - проблемы нет.

сервер - PostgreSQL.

Причем все неприятности - в одной табличке. В других пока все в порядке. А тут еще интерфейс вроде как надо лабать. Вот и думай, как.

Итак, знакомых с проблемой нет :0).
______
Тогда вопрос:

как наиболее изящно перетащить обычное аксесовское приложение, работающее, ес-нно с "динамическими" (по преимуществу) источниками данных в формах, на режим работы со статическими наборами (или запросами к серверу)? Нет ли идей по организации некоего класса, который возьмет на себя составление/просыл запросов на обновление/добавление/удаление при изменении данных в формах (а также, видимо, подкладку "локальных" наборов в форму, для возможности модификации данных в последних оператором).

Рассмотрю любые предложения. Верхние этажи не предлагать :0)

"Лохопольд, выходи, подлый трус!"

- кхххм. Не обращайте внимания. Энто я тут темку приподымаю. Требуются реплики вида: "а чё так? Савсем с дуба паднулся? Это деется так-то и так-то!".

При этом, в отличии от других случаев, автор топика (то есть я) будет только благодарен. А то тухло как-то. Своих мыслей приемлемых - не шибко.



_________
Еще раз проблема:

1. приложение, как оно часто бывает, "исторически сложившееся". Т.е. лом даже вспоминать что за что отвечает. Ибо, при желании, это возможно. А желание возникает только по необходимости.
2. mdb. Т.е. все формы, модифицирующие данные, работают с динамическими (а изредка и с несогласованными) наборами данных.
3. Хочется поменять хранилище данных. По возможности совершая "программные" телодвижения. Т.е. если и переименовывать элементы объектов доступа к данным (таблицы, их поля), то дублировать "прежнюю" структуру (имен) в запросе, или подействовать на код (свойства контролов и QryDefs) приладой, творящей массовую замену. Опыт такой замены есть. (есть канешна участки, заведомо требующие "ручной настройки", но это - необходимые издержки).
4. Все упирается в то, что именно такая же работа со статическими наборами данных (в которых не возникает указанная в топике ошибка), каковая реализована в имеющемся приложении с динамичискими (one), невозможна. Варианта 2:
А. - победить саму проблему - выяснить ее природу или обойти к примеру заменой драйвера ОДБС или его настроек (пока не удалось).
Б. - Придумать однотипный способ обхода проблемы для всех форм, желательно такой, чтобы его можно было реализовать 1 (адын) раз, но на все случаи жизни. Совместимый со старым кодом.
В. - вариант, не наблюдаемый мной в силу природной тупости, неосведомленности, зашоренности и т.п. - вот тут (как мне кажется) наиболее интересная область поисков.


__
ЗЫ. Ашипка повторена в Акс 2000. С теми же симптомами. И именно на той же таблице.