Re: дублетные записи читателей
Пользователь:
А. Роман (IP-адрес скрыт)
Дата: 29, August, 2018 23:06
Татьяна Ароновна права, это конечно выход, но только отчасти, т.к. при этом (судя по всему) остается еще масса других нерешенных проблем связанных с ведением БД читателей.
Правильнее было бы иметь в записях больше полей, для того, чтобы проверка на дублетность не срабатывала, когда не надо. То же поле 21 позволило бы избежать подобных ситуаций, тем более, что для осуществления контроля за выдачей художественной литературы категории 18+ лицам не достигшим этого возраста информацию о дате рождения в БД иметь необходимо.
И все-таки лучше не тратить время на ввод студентов вручную, а добиться от соответствующей службы вуза предоставления информации в форме таблицы со всеми необходимыми для работы данными, настроить импорт со слиянием и сосредоточиться на прямых обязанностях библиотеки по обслуживанию читателей. Можно настроить ежедневное получение файла по FTP и выполнение импорта в пакетном режиме и почти забыть о задаче ввода данных о читателях.
Файлы примера для импорта данных из CSV файла в АРМ Администратор или АРМ Каталогизатор ИРБИС64 версии 2017.1 прилагаю (нет только фрагмента автоввода которым выполняются дополнительные преобразования, например по формированию поля предыдущие ФИО:
ADD
27
XXXXXXXXXXXXXXXXXXX
if &uf('6fio_full')<>&uf('41,@fio_full') then &uf('41,@fio_full') fi
XXXXXXXXXXXXXXXXXXX
Как вариант, ту же проблему можно решать и в АРМ Книгообеспеченность в режиме импорта данных о читателях. Но тогда придется настраивать преобразование данных через файл автоввода, т.к. не всегда информация содержится в отдельных столбцах таблицы (например по выделению кода вида обучения и формирования поля категории читателя из кода направления) или потребуется согласовывать предоставление данных в таблице в нужном для импорта в ИРБИС виде и составе (чего добиться сложнее).
Редактировано 2 раз. Последний раз 29.08.2018 23:15 пользователем А. Роман.
Вложения:
IMPORT_RDR_EAISU.zip (2.2KB)