ЦБС написал(а):
-------------------------------------------------------
> При обновлении получилось так,что идентификаторы
> не совпадают с порядковым номером.
И что из этого? При чем тут порядковый номер (MFN)? MFN для Вас не должен иметь НИКАКОГО смысла.
Можно это
> исправить пакетно или придется вручную?
Эти параметры никогда не связаны между собой. Если кто-то из "теоретиков библиотечной автоматизации вашей конкретной библиотеки" прошлого настоял, что так должно быть, просто скажите ему большое человеческое "спасибо" за ваши будущие проблемы.
Хитрость.
Найдите пропущенный номер и разделите БД при экспорте до этого номера и после. Получится 2 файла
Импорт первой части.
Создание новой записи для "Васи Пупкина".
Импорт второй части.
Создание словаря заново.
(У вас там было 2 удаленных логически читателя)
Но при каждом удаленном читателе, при любом ремонте или обслуживании данных RDR, ваши записи будут сжиматься в номерах.
Теперь заставьте того, кто придумал, чтобы эти номера были по порядку, следить за здоровьем ваших читателей, чтобы не дай бог не померли. В таком случае все номера опять собьются. Либо при регистрации придется вновь записанному читателю выдавать номер "покинувшего библиотеку" читателя.
А если еще придет Роскомнадзор, и применит закон о персональных данных (что требует, чтобы данные хранились не более 3-х лет), то вы тогда совсем забудете про то, что написали.
Мы довольно долго с такой схемой работали понимая все плюсы и минусы. Последние годы бросили эту порочную схему и благополучно вводим в идентификатор номер договора.
А так только вручную исправлять конечно же и именно так как описал А.С. Карауш.
как ни странно наши сотрудники долго записывали одного читателя вместо другого отслеживая срок перерегистрации и их это не напрягало! :)
Незнание законов не освобождает от ...
Штрафы огромны. Изучайте ситуацию. Если используете персональные данные пользователей, то должны быть зарегистрированы как оператор обработки персональных данных.
По крайней мере согласие пользователя на обработку персональных данных ваша организация должна брать с пользователей по-любому, даже тогда, когда просто пишите на карточку бумажную его ФИО, год рождения и место жительства, тел и пр.