| |
|
|
| | Уважаемые! Подскажите, пожалуйста, в чём тут дело?
С некоторого времени (с пол года назад) второй раз
в поле с типом данных счётчик уменьшается значение.
Счетчик последовательный.
У меня получается вот такая ерунда:
1
2
3
…….
123
124
125
новая запись 3
Соответственно возникает нарушение уникальности.
В сетке 6 машин XP pro А2002 + сервер Linux через Samba 3.0.22
Табличный файл находится на сервере.
Лечится сжатием и восстановлением табличного файла
но только на посторонней машине не входящей в эту сетку.
Кто сталкивался с такой ерундой? Или может не стоит
пользоваться встроенной функцией «счётчик» а делать
её самому? | |
| |
| |
| |
|
|
| | Попробуйте все сервиспаки поставить | |
| |
| |
| |
|
|
| | Офист стоит с тремя СП Oxpsp1;Oxpsp2;Oxpsp3() | |
| |
| |
| |
|
|
| | Для поля-счетчик установлен индекс без повторения? | |
| |
| |
| |
|
|
| | Да (Совпадения не допускаются) | |
| |
| |
| |
|
|
| | Как добавляется запись?
Через запрос на добавление? рекордсет? прямой доступ к записи через форму?
> Или может не стоит
пользоваться встроенной функцией «счётчик» а делать
её самому?
Я бы, для начала,
1 сделал проверку значения и
2 организовал запись лога операций, что бы "прощучить" закономерность, если она имеет место - проявиццо. | |
| |
| |
| |
|
|
| | прямой доступ к записи через форму | |
| |
| |
| |
|
|
| | еще вопрос.
Аксесс выдает предупреждение о нарушении уникальности ключа или ты сам его (нарушение) потом находишь?
Нечто похожее описано здесь: http://sql.ru/forum/actualthread.aspx?bid=4&tid=213575&hl=
А про предупреждение спрашиваю, потому что однажды меня никто не предупредил...  | |
| |
| |
