Я это уже проходил.
/topic/108865&hl=
Не помогают ни перонос данных в другую таблицу, ни запрос на вставку.
Вернее помогают ненадолго, потом все повторяется.
Мое убеждение, что это свойство "леченого" Accessa.
Нашел два решения, но оба вам вряд-ли понравятся:
1) возврат к Access 97;
2) замена плохо "леченой" версии на легальную.
Я использую оба решения - работают безотказно.

Xlex(0x835) "Кстати, по ссылке упоминают про топик, где вроде нашли решение - есть такой или как?
Обрати внимание на даты. С той поры много воды утекло...
Это в процессе лечения казалось, что лекарство найдено. Рецидивы случались многократно. Когда надоело несколько раз в неделю приезжать в офис на лечение базы - первым делом откатил все в А97 и поставил перед руководством вопрос о покупке корпоративной версии А2002/2003. Покупка - дело не быстрое, а между тем упомянутого глюка, при работе в А97 не наблюдалось вплоть до установки лицензионного А2003 в сентябре 2004г. С той поры все крутится без проблем.
"Лечен" офи вроде вполне нормальными гуманными способами...
Я тоже так думал. От чего лечим? От активации? Но ведь вы же напоролись на те-же грабли, что и я - значит лечение не пошло впрок.
Мой адрес есть на форуме.

> ALL
Обращаюсь к уважаемому сообществу, т.к. проблема касается не только Xlex(0x835). Ее заполучить может практически каждый из нас. Как я уже отмечал, со мной ЭТО уже было. Осознавая, что со стороны кажется, что решение проблемы лежит на поверхности
Shuhardфишка в том и фак это подчеркивается,что INSERT в счетчик возможен
и приносит облегчение, однако правда жизни заключается в том, что облегчение оказывается временным, а лечили мы не болезнь, а ее внешние проявления. Расчитывая на могучий разум участников форума в поиске лекарства от болезни, излагаю ее историю в хронологическом порядке.
1) Субъект - база А97 файл-серверной архитектуры (BackEnd - mdb , FrontEnd - mde). Наполняют базу 6 чел, редактируют справочники 2 чел, анализ хоз.деятельности+расчет ЗП - 1 чел и до 15 чел используют базу как справочник;
2) за каким-то чертом я настоял на переводе всего предприятия с работы в Office 97 на Office XP(2002);
3) имелась возможность провести конвертацию и опытную эксплуатацию на отдельном рабочем месте, не вмешиваясь в работу остальных сотрудников. На это рабочее место был установлен (естественно временно, до покупки корпоративной версии) "леченый" Office XP. Квалификация тестера - высокая.
4) 10 - 15 дней опытной эксплуатации - все ОК! Проводится выборочний ввод данных и решаются типичные задачи остальных пользователей.
5) потом появляется первое сообщение о неуникальном индексе и мой первый топик в форуме /topic/108865&hl=
6) артефакт лечил запросом на вставку. Работает, но через довольно небольшой промежуток времени артефакт проявляется вновь. То есть поведение счетчика зависит от времени / числа добавленных записей / чего-то еще... От чего точно не зависит, так это от способа ввода новой записи - хоть из формы, хоть прямо в таблицу ручками, что на мой взгляд - естественно;
7) остальные части Office XP ведут себя нормально. Документы Word и таблицы Excel из "леченого" А2002 по OLE заполняются нормально;
8) конвертация (может быть правильнее сказать деконвертация?) базы назад в А97 приводит к тому, что все ОК! Артефакты ни разу более не отмечались.
9) Артефакты ни разу не отмечались после конвертации в среде лицензионного А2003.
Что это?
Смею предположить, что это известная библейская заповедь "Не укради" в изложении Microsoft.

>Xlex(0x835)
Ваше письмо в мой адрес получил. Надеюсь, что все написанное мной выше, Вы примете в качестве ответа.

Лох ПозорныйНеоднократно работал с "леченым" Access XP. В том числе и с базами, конвертированными из 97-го.
Необъяснимых чудес со счетчиками не наблюдал.
Меня тоже проносило до поры до времени.

Лох ПозорныйИ все равно подозрения на неправильное лечение безосновательны (имхо)

Если вдруг так случилось, что глючит счетчик - то это ошибки не аксеса, а Jet'а. А Jet, вы уж меня извините, не "лечится". Он только сервиспачится.
Согласен. Есть резон в Ваших словах. В тот момент стоял А2002+SP1, а про Jet уже не помню.

Лох ПозорныйБыть может это и поможет автору топика - установить Jet SP8
Уж точно будет не лишним.
Однако меня смущает следующее обстоятельство. Программные события по аналогии с прерываниями - всегда синхронные, т.е. возникающие в одном и том-же месте кода, сколько-бы раз он не исполнялся. Установка SP для JET в этом случае должна помочь.
С одной стороны наблюдаемый артефакт проявляет себя как синхронное событие (прерывание). Он возникает при добавлении новой записи. С другой - как несинхронное. Счетчик то работает, то нет. Дает ввести N записей нормально, а на N+1 - артефакт, причем N - величина случайная.
Кардинальное решение - собственный счетчик или счетчик с непоследовательными (случайными) значениями. Последнее я не проверял, хотя теоретически должно помочь. Опять-же, если козни MS вынести за скобки.

> Темный
Не в тему, однако общая тенденция прослеживается.
http://www.ixbt.com/news/soft/index.shtml?news113081id

ТемныйОпять же не в тему: поищитев поисковике "консорциум TCPA".
/topic/76010
Темный, я балдею.

>Xlex(0x835)
Попробуйте открыть таблицу в конструкторе и изменить свойство счетчика "новые значения" на случайные.

>Xlex(0x835)
Надеюсь, ознакомите с ответом от MS.