Здравствуйте.
Архивирование читательской базы требует больших ресурсов. Предлагается отключать его при замедлении работы.

Можно запараметрировать использование архивирования, чтобы не сохранять у себя куски старых форматов, что может привести к ошибкам? Чтобы новые форматы проверяли настройку и работали в зависимости от нее.

Проблема архивирования стоит очень остро.
Еще мысль посетила: что если при возврате данные книговыдачи перемещать из 40-го в новое поле в той же базе RDR. Посещения не связанные туда же.

Тогда в процессе книговыдачи (если не отмечать "Полностью") Ирбис летал бы с очень небольшим 40 полем, а уж подождать формирование статотчета можно и подольше...



Редактировано 2 раз. Последний раз 16.01.2019 04:45 пользователем Novinka.

У нас настроено так, что автоматически в RDR_ARH при книговыдаче ничего не отправляется. Просто время от времени мы делаем глобальную и отправляем туда все данные о сданных книгах до текущего числа.

Татьяна Ароновна, спасибо, просто AUTOARHIV обнулить, я так поняла. Тогда и постоянно пересоздавать словарь не придется.
Все равно не понимаю...неужели только из-за автоматического переброса данных о возврате в другую базу у нас так висли компы при книговыдаче....

Попробую в 18 версии оставить архивирование.



Редактировано 7 раз. Последний раз 17.01.2019 09:59 пользователем Novinka.

Нет, не самодел, там когда вводили RDR_ARH были варианты как настроить. Вот нашла в Дополнительной документации по последним версиям: "- введен новый параметр AUTOARHIV (секция [Reader] INI-файла АРМа Книговыдачи), который включает (значение 1) или выключает (значение 0 – по умолчанию) режим АВТОМАТИЧЕСКОГО АРХИВИРОВАНИЯ, по которому ВСЕ сведения о ВОЗВРАЩЕННЫХ изданиях автоматически архивируются, - в соответствии с этим откорректированы autoin.gbl и autoin_light.gbl для БД Читателей (RDR). "
Но у нас версия 2017, может в 2018 или ИРБИС+ иначе

))) вот, я на долю секунды раньше успела откорректировать свой вопрос и Вы подтвердили мою догадку))) Спасибо огромное.
Да, в плюсе нужно будет смотреть нет ли изменений.
У нас сейчас и компьютеры обновились, может, и не будет все виснуть.



Редактировано 2 раз. Последний раз 17.01.2019 10:09 пользователем Novinka.

Там кроме параметра автоматического архивирования ещё в файле RDR.fst идёт обработка архивной базы. У нас при переходе на версию когда впервые ввели возможность архивирования вообще невозможно было работать в книговыдаче всё зависало.
Опытным путём тогда выяснили, что это происходит из-за работы через глобальную переменную. Поэтому файл rdr.fst откатили на прошлую версию. И в словарях у нас архивная база тоже не участвует.
А по статформам я сделала 2 варианта каждой. Для оперативного подсчёта без архивной базы, ну и если надо что-то полнее, то с ней другой отчёт.

ну вот(((

Вы кажется упоминали, что для выдачи используете программу фирмы Bibliotheca. Так вот у нас при том что мы используем выдачу через устройства при помощи Bibliotheca (естественно с SIP2, в 2018 году прежний поменяли на сип от AVD-system, но это отношения к торможению не имеет, просто новый более надежен) + АРМ Книговыдача ИРБИС (журналы без меток через него выдаем, продление делаем в нем, сроки выдачи меняем, если нужно). Мы не делали никаких откатов и правок в rdr.fst, работаем с тем что есть в нашей 2017 версии. Как я уже писала без автоматического архивирования. И никакого серьезного торможения у нас нет.
И в АРМ Каталогизатор при работе с БД RDR тоже нет никакого торможения. Естественно при условии, что мы делаем глобальную и отправляем в архивную базу 40-е поля если их больше 40-50 у читателя (естественно речь идет о сданной литературе и посещениях).



Редактировано 9 раз. Последний раз 17.01.2019 17:54 пользователем roit.

Да, я обязательно попробую архивирование без авто. Тем более, что с торможением при истории книговыдачи в 1000 записей мы уже столкнулись. При 1500 RFID-книговыдача абсолютно не работает(( Поэтому два выхода - либо пробовать предложенную технологию, либо самим придумывать архивирование.
Все равно не понимаю, почему нельзя было создать архивное поле в самой RDR.

Это у Вас машины хорошие очевидно везде :) У нас уже когда 100 40 полей не очень то хорошо работает. А с архивированием + если еще в каталогизаторе настроить, чтобы архивные уходили под ссылку (я имею в виду параметр в ини, который позволяет настроить при скольких 40-х в основной базе и при скольких архивных открывается в новом окне), то вообще неплохо.