Если я правильно понял, то после rs.AddNew() rs("id") будет равен id этой записи?
Ой не факт что именно так

Лучше

Саныч, по-твоему получается, что

будет инкрементировать счетчик?
Хм, может и так... Проверю.

Да, чего-то я стормозил...
Действительно так

2 Geo
Сегодня среда

Несмотря на то, что сегодня среда, считаю более правильным опряделять ID добавленной записи после собственно добавления, а не до.
Не доверяю я этим счетчикам... Особенно после того, как начал регулярно наблюдать дублирование значений (в случае если индекс уникальный отсутствует).
Хз - когда там аксес новый номер получает, когда он его резервирует, не поменяет ли он его в момент .Update...

2 ВС
Да я вообще-то болею и дома сижу (лежу), так что мозг потихоньку грибами порастает, особо на меня сегодня можно не расчитывать.

2 Bor-L
И ты уверен, что оно не поменяется в момент добавления?
Для этого надо четко себе представлять, как именно работает аксес со счетчиками. И быть уверенным, что этот механизм не изменится с каким-нибудь сервиспаком. У меня нет ни четкого представления (так, могу что-то додумать от себя), ни уверенности.

Запись, еще не добавленная в таблицу - можно считать еще не существует. ID-шник несуществующей записи - смысла не имеет.

У меня, например, так формируется уникальное поле "Id.НомерФилиала"
Ну а это уже совсем непонятное решение. Зачем так нужно? Ну да и хрен бы с ним. К теме мало относится

Кажись я начинаю выздаравливать
Вот что значит дружеская поддержка

Да никакая это не передозировка.
Аксес при добавлении записи в таблицу со счетчиком, очевидно, выполняет следующие шаги:
1. Получить новый ID
2. Инкриментирует значение счетчика в таблице.

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

Внимание вопрос - в случае наличия уникального индекса аксес а) под другому получает ID (с дополнительной блокировкой) или б) в момент Update'а выполняет все необходимые проверки на значения (которые он и так выполняет, независимо ни от каких счетчиков), и, если счетчик продублировался, то еще раз получает ID?

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

2 Сенин Виктор
Если бы все было так пушисто как ты описываешь - я бы и не парился.
Однако (блин, в третий раз за один топик повторяю) - периодически наблюдал дублирующиеся счетчики. Значит не все так пушисто.