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

Первая проблема:

Q: После обновления/добавления записи в форму не могу сохранить запись. Акес постоянно выводит сообщения Скопировать в буфер, Отменить изменения, Сохранить либо "Данные, добавленные в форму, не будут отображены на ней так как противоречат условиям на базовый источник..."
A:
1. Если у вас есть на базовой таблице триггер, котрый при операциях обновления/добавления вставляет записи в другие таблицы, то поможет такое решение
Но это решение поможет только, если на таблицы есть поле-счетчик (Identity).
Данная проблема возникает из-за того, что Акес запрашивает у сервера значение @@Identity (номер последнего вставленного счетчика) для каких-то своих целей (д.б. синхронизации). Но так как в триггере после операции вставки в другую таблицу, значение @@Identity изменяется и уже возращает значение от вставленного Identity в другую таблицу - акес не может синхронизировать запись и выдает выше приведенные ошибки (хотя записи в таблицу вставлены). Так как в выше приведеном примере, сохраняется правильное значение @@Identity (в @LastIdent) и после всех действий по вставке в другие таблицу, этот сохраненый @LastIdent искусственно вставляется во временую таблицу, таким образом, когда Акес запросит @@Identity он и получит правильное значение. Для тех таблиц в которых нет поля-счетчика вопрос по разрешению данной проблемы открыт.
Ссылки на топики в котрых возникала аналогичная проблема:
/topic/40261
/topic/93519
...
2. Если это не случай п.1 (т.е. нет триггера, вставляющего данные в другие таблицы), то скорей всего - просто отсуствует команда синхронизации (служит для обновления редактируемой записи). В свойствах формы находи свойство Команда синхронизации (ResyncCommand) и записываем в него текст SQL команды с условием Select бла-бла From ВашаТаблица where [ВашеКлючевоеПоле]=? Знак "?" будет заменем Акесом на значение ключевого поля. Можно использовать для этой же цели и хранимую процедуру.В случае, если в источнике формы используется в базовом запросе связь по нескольким таблицам, то так же надо обязательно выставлять свойство Однозначная таблица (UniqueTable).
Ссылки на топики в котрых возникала аналогичная проблема:
/topic/90086
/topic/66505
/topic/28620
3. В начале триггера нет SET NOCOUNT ON

Geo2 Сенин Виктор
А может, этот вопрос окультурить и выложить? Довольно часто вылезает


я бы с радостью - вот только когда? И так времени нет. Да и в принципе ответ-то дан. Чего его окультуривать? :) Хотя, если кто желает, то пожалуйста