Есть таблица s1
у нее уникальный индекс kds1
На добавлении записи в kds1 стоит '*' + recno('s1')

С этим файлом работают разные пользователи...

И вот один из них присылает мне испорченный архив...
В архивном файле я вижу 2 одинаковых записи...
record 20
kds1 = '*20'

record 31
kds1 = '*20'
Обе записи удаленные...

Архив создается очень просто...
Принцип:...
copy s1 to .\Arxiv\s1_c
создается бат файл который архивирует...

При восстановлении соответсвенно возникает ошибка о неуникальности индексов... (kds1)
И соответсвенно нет записей после 30...

Принцип восстановления:...
Бат файл разархивирует
потом
sele s1
append from .\Arxiv\s1_c

Как такое может произойти???

andrew_Pr:
уник.ключ = '*'+str(recno()) - очень опасная вещь, не дай бог кто-то сделает Pack, все индексу - сразу смерть

Насчет уник.ключ я поторопился...

Там стоит функция...
В таблице для каждой табл. есть свое поле со значением ключа...

например: для s1

Procedure new_id
Parameters my_val_prish
SEEK(my_val_prish,'tabl_kd','pole_kd')
my_val = tabl_kd.my_kd
tabl_kd.my_kd = tabl_kd.my_kd + 1
Return my_val

уник.ключ s1 = '*'+alltrim(str(new_id('s1')))


откуда он вызывается из приложения, из хранимой процедуры или это default value of field?
Вызывается из default value of field

andrew_Pr:
Хотя странно, что разрыв между дублирующимися ключами не 1-2, а целых 10 записей.

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

Вот и сижу... как у разбитого КОРЫТА... Даже и не знаю че с этим делать...