Опять про "row cannot be updated", никак не могу побороть.

Исходные данные просты:
Есть база Access XP (*.mdb), стандартные компоненты для доступа ADO (TADOTable) , провайдер JET 4.0, всё очень локально. Таблица мастер и к ней еще 2 детейл. Программа добавляет данные для нескольких полей (штук 7-8) в мастер таблицу таким образом:

Table.Insert;
TableField1.Value := 'a';
TableField2.Value := 'b';
...
Table.Post;

В Table LockType = ltOptimistic. При попытке вставить записи появляется ошибка. Если установить LockType = ltBatchOptimistic, все проходит без ошибок (что логично), но изменения ессно не постятся. Я делал BatchUpdate - сразу появляется ошибка "row cannot ...". Делал Refresh перед тем как заносить данные - ошибка не возникает, но рефрешить каждый раз таблицу из 10000 записей - это час времени займет. Есть два варианта - попробовать через SQL вставлять записи или как-нить разрешить эту коллизию с таблицами.

Есть поле "kod" - оно уникальное, индексированное и является счетчиком. Все остальные - просто поля с разными типами.

to Александр Спелицын:

Что-то я не понял, по-моему из того, что я написал выше, четко следует, что первичный ключ имеет место быть, вот выдержка из Хелпа Аксеса:

"В Microsoft Access допускается определение первичных ключей трех типов.

Ключевые поля счетчика

Поле счетчика можно задать таким образом, чтобы добавлении каждой записи в таблицу в это поле автоматически вносился порядковый номер. Указание такого поля в качестве ключевого является наиболее простым способом создания первичного ключа. Если до сохранения созданной таблицы ключевые поля не были определены, Microsoft Access предлагает создать ключевое поле автоматически. При нажатии кнопки «Да» будет создано ключевое поле счетчика.

Простой ключ

Составной ключ "

У меня - первый вариант.

to Dankov:

Ok, что вы называете первичным ключом в таблице Аксес? Давайте разберемся в терминологии.

1) Первичный ключ разумеется есть.
2) Значений по умолчанию в таблице нет (убрал). Ошибка осталась.
3) Таблица без детайлов. Ошибка есть.

Теперь самое главное. Я ввел, так сказать, в заблуждение аудиторию первым постом. Прошу прощения. На самом деле код выглядит по-другому и ошибка возникает в другом месте.

Итого:



Т.е. первая пара Insert/Post проходит. А на второй - ошибка. Курсор при этом не перемещается (не должен по крайней мере).

Блин горелый!
Опечатка в коде.



Т.е. сначала Insert/Post, затем Edit/Post. Именно Edit, ведь данные вставляются в ту же запись.

to Dankov:

Вот тут поподробнее.
"...на предыдущем шаге не получено значение счетчика после вставки." Почему не получено? Поле код (то что примари кей) устанавливается в (N + 1) нормально после вставки... После первого Post - запись нормально сохраняется - все значения на местах и счетчик в порядке. Или я не понял мысль..?

to Pohipodium:

Курсор никуда не передвигается с момента первого Insert/Post, посему не надо вызывать Last.
Я не понимаю, зачем тогда вобще счетчик, если нужно вручную его устанавливать? И при чем оно тут? Значение счетчика присваивается автоматически, без моих усилий. Я это поле вообще не трогаю.

to Dankov:

Ну почему же NULL? Например в гриде после первого Post вовсе не NULL, а то, что и должно быть.