А почему вообще происходила ошибка?

1.Вот этой командой
exec sp_executesql
N'UPDATE "Dolina".."tDrafts" SET
"NameDraft"=@P1 WHERE
"NumDraft"=@P2 AND "NumOrder"=@P3 AND
"StrNum"=@P4 AND "NumHighLevel"=@P5 AND
"NameDraft"=@P6 AND "DateDesign" IS NULL AND
"NormWork" IS NULL AND "Quantity"=@P7 AND
"Comment" IS NULL AND "FullQuantity" IS NULL'
, N'@P1 nvarchar(5),@P2 int,@P3 varchar(5),@P4 nvarchar(2),@P5 int,@P6 varchar(3),@P7 smallint'
, N'asd**', 21109, '77785', N'as', 21106, N'asd', 1
Access пытается обновить запись в таблице ,которую ищет используя значения всех полей источника записей до изменения. И не находит
2. .Вот этой командой
exec sp_executesql N'SELECT * FROM (tDrafts) WHERE NumDraft=@P1', N'@P1 int', 21109
проверяет по ключу – есть ли запись с таким ключом в таблице .Есть.

Из чего делается вывод ,что запись была изменена.
А такая команда синхронизации может и не работать,лучше все поля указать в ней явно.

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

А я где-то читал,что он работает через OLE DB напрямую ,пропуская ADO.и,по-моему,все команды серверу формирует программа,которая называется Access

А если весь свой код убрать и грохнуть?
И разве ADO не интерфейс к OLE DB? Если так ,то синхронизацию для него делает OLE DB.И все команды серверу формирует программа,которая называется Access.
И к данному вопросу это отношения не имеет,я имею ввиду-кто делает,а имеет отношение ,что делается