АРМ Книговыдача ИРБИС64.

Для режима СКОРОСТНОЙ КНИГОВЫДАЧИ (на основе штрихкодов и/или радиометок) реализована возможность работы с РАСПРЕДЕЛЕННОЙ базой данных читателей на основе технологии REDIRECT - о последнем смотри релиз версии 2009.1 раздел TCP/IP-сервер БД ИРБИС.
(Заметим, что работать в СКОРОСТНОЙ КНИГОВЫДАЧЕ с распределенной базой данных электронного каталога в т.ч. и на основе технологии REDIRECT можно было и раньше.)
Под РАСПРЕДЕЛЕННОЙ базой данных читателей понимается совокупность БД читателей, работающих под РАЗНЫМИ серверами ИРБИС, т.е. относящихся к РАЗНЫМ библиотекам (филиалам, отделениям и пр.)
(Смотри прилагаемый рисунок - на нем изображена абстрактная схема взаимодействия разных библиотек, т.е. разных серверов ИРБИС; эту совокупность будем называть корпорацией.)
Предлагаемая технология позволяет в ЛЮБОМ АРМе Книговыдача корпорации (в режиме СКОРОСТНОЙ КНИГОВЫДАЧИ) выполнить для читателя из ЛЮБОЙ БД RDR корпорации операции ВЫДАЧИ/ВОЗВРАТА литературы, относящейся к ЛЮБОЙ БД ЭК корпорации, т.е. любой читатель может быть обслужен в любом месте корпорации.
Для определения распределенной БД читателей вводится новый параметр MULTIRDRMNU (в секции [MAIN] INI-файла АРМа Книговыдача), который определяет имя справочника, в котором содержится список БД RDR, входящих в корпорацию. Такой справочник должен находиться в папке DATAI на каждом сервере корпорации. При этом имена БД должны указываться в соответствии с технологией REDIRECT. Таким образом, список БД читателей корпорации может выглядеть следующим образом:

RDR%S1%
БД читателей Библиотеки 1
RDR%S2%
БД читателей Библиотеки 2
RDR%S3%
БД читателей Библиотеки 3
и т.д.

Аналогично может быть определен список БД ЭК, участвующих в корпорации (параметр DBNNAMECAT INI-файла АРМа Книговыдача, по умолчанию – dbname3.mnu)

IBIS%S1%
БД ЭК Библиотеки 1
IBIS %S2%
БД ЭК Библиотеки 2
IBIS %S3%
БД ЭК Библиотеки 3
и т.д.

(Разумеется, имена БД ЭК могут быть отличными от IBIS)
S1,S2,S3 и т.д. – условные обозначения серверов ИРБИС, входящих в состав корпорации, которые описываются в секции [REDIRECT] INI-файла каждого сервера (irbis_server.ini)

[REDIRECT]
S1=<IP-адрес сервера Библиотеки 1>:6666
S2=<IP-адрес сервера Библиотеки 2>:6666
S3=<IP-адрес сервера Библиотеки 3>:6666
и т.д.

Списки БД читателей и БД ЭК, а также содержимое секции [REDIRECT] для всех участников корпорации могут быть ОДИНАКОВЫМИ - за счет того, что обеспечена возможность определять для сервера ИРБИС СОБСТВЕННЫЕ базы данных формально через технолгию REDIRRECT (т.е. например, сервер Библиотеки 2 будет работать с БД <имя БД>%S2% как со своими собственными)
Важные замечания:
1. Предлагаемая технология книговыдачи работает ТОЛЬКО в режиме СКОРОСТНОЙ КНИГОВЫДАЧИ.
2. Сервера ИРБИС участников корпорации должны иметь реальные IP-адреса (или находиться в одной ЛВС).
3. Учет статистики (посещений, выдачи, возврата) ведется по БД RDR, к которой относится обслуженный читатель (а не по БД RDR по месту обслуживания). Для ведения общей статистики корпорации целесообразно каждому месту обслуживания (т.е. каждой библиотеке-участнице) присвоить соответствующий код МЕСТА ВЫДАЧИ, который указывать в настройках АРМа Книговыдача.
4. Для работы по предлагаемой схеме штрихкоды/радиометки читателей и экземпляров изданий должные быть УНИКАЛЬНЫ в пределах корпоорации.



Редактировано 2 раз. Последний раз 08.11.2012 17:06 пользователем Alio.

Вопрос: получается Библиотека1 может выдать читателю Библиотеки2 свою книгу. идентификаторы (30 поле) должны при этом быть уникальными?
Как при этом будут работать стат. формы? Им придется опрашивать все БД для получения статистики?

Konstantinus написал(а):
-------------------------------------------------------
> Вопрос: получается Библиотека1 может выдать
> читателю Библиотеки2 свою книгу.
Может.

идентификаторы
> (30 поле) должны при этом быть уникальными?
Да.И штрихкоды/радиометки экземпляров изданий тоже.


> Как при этом будут работать стат. формы? Им
> придется опрашивать все БД для получения
> статистики?
Стат.формы формируются в каждой библиотеке по отдельности - и далее обобщаются ВРУЧНУЮ

Будет ли это работать в вебе, то есть сможет ли читатель Библиотеки1 авторизироваться на сайте Библиотеки2

Konstantinus написал(а):
-------------------------------------------------------
> Будет ли это работать в вебе, то есть сможет ли
> читатель Библиотеки1 авторизироваться на сайте
> Библиотеки2
Что "это" и при чем тут Web? Еще раз взгляните на картинку...



Редактировано 1 раз. Последний раз 09.11.2012 08:36 пользователем Alio.

Авторизация в вебе происходит по 30 полю. Если баз RDR несколько, то можно предположить что читатель Библиотеки1 сможет авторизоваться в веб-представлении электронного каталога который обслуживается сервером Библиотеки 2.
То есть, мы можем говорить о едином читательском для заказа литературы через Веб.

Понимаю что сегодня веб-ирбис работает напрямую с файлами баз данных и невозможно разнести веб и сервер ирбиса на физически разные ПК. Возможно будет работать на Джей.

В связи с чем предложение реализовать и веб 2013.1 возможность взаимодействия с сервером ИРБИСа по TCP/IP.

Еще немного замечаний по технологии. Для работоспособности необходимо:

1. Каналы связи между серверами должны быть надежны (желательно использование WebToIrbis)
2. Регламентные работы на серверах должны быть согласованы. Падение или остановка одного из серверов понятно как отразится на работе всех библиотек

Михайленко Илья написал(а):
-------------------------------------------------------
> Еще немного замечаний по технологии. Для
> работоспособности необходимо:
>
> 1. Каналы связи между серверами должны быть
> надежны (желательно использование WebToIrbis)
К сожалению, в этой схеме (см. рисунок) WebToIrbisServer не применим.

АРМ Администратор (серверный) ИРБИС64

Введен новый режим УСТАНОВИТЬ БЛОКИРОВКУ (в разделе БАЗА ДАННЫХ главного меню) - который обеспечивает принудительную установку монопольной блокировки БД
Введена соответствующая пакетная команда - LOCKDB

(данное новшество появится и в 2012.1 D1)

Александр Иосифович, не могли бы вы привести пример ситуации, в которой это необходимо? Что-то типа регламентных работ, в течении которых нужно запретить пользователям вносить изменения в базу?

Можно подать заявку на доработку? Иногда бывает необходимость провести какие-то работы на сервере, или выполнить перезагрузку сервера, или глобальную корректировку. В случае сильно распределенной структуры библиотеки (много корпусов), становится неприятной тратой времени обзвон всех с просьбой отключиться от Ирбиса. Очень хотелось бы иметь возможность отправить всем, или конкретному пользователю (нужно иметь именно оба варианта) сообщение, которое бы выскочило поверх открытого АРМа.


Так же очень хотелось бы иметь возможность перевести сервер ирбиса в режим, при котором подключиться к нему мог бы, грубо говоря, только администратор. Это в продолжение о вопросе регламентных работ. Хорошо было бы, если бы был режим как бы частичной блокировки, при котором все пользователям, кроме определенного (возможно параметризируемого в ини-файла) при попытке подсоединиться к серверу выводилось бы сообщение, что сервер временно не доступен. В идиале это сообщение должно быть не статичным, а редактироваться при включении блокировки на сервере. В таком случае можно включить блокировку, спокойно выполнять глобальные корректировки в базе и прочие процедуры.

Gena написал(а):
-------------------------------------------------------
> Александр Иосифович, не могли бы вы привести
> пример ситуации, в которой это необходимо? Что-то
> типа регламентных работ, в течении которых нужно
> запретить пользователям вносить изменения в базу?
Это вопрос не ко мне, а к тем, кто меня давно просил сделать эту доработку...

Gena написал(а):
-------------------------------------------------------
> Можно подать заявку на доработку? Иногда бывает
> необходимость провести какие-то работы на сервере,
> или выполнить перезагрузку сервера, или глобальную
> корректировку. В случае сильно распределенной
> структуры библиотеки (много корпусов), становится
> неприятной тратой времени обзвон всех с просьбой
> отключиться от Ирбиса. Очень хотелось бы иметь
> возможность отправить всем, или конкретному
> пользователю (нужно иметь именно оба варианта)
> сообщение, которое бы выскочило поверх открытого
> АРМа.
Это задача не ИРБИСа, а операционной системы и такие средства она имеет...

Просили на Либкоме Александра Иосифовича сделать доработку про принудительную блокировку для ситуации (многие про это говорили), например:
Необходимо провести работу с ОДНОЙ из баз данных, при этом пользователи могут быть очень далеко и их не известишь (т.к. система может быть распределенной), а другие базы данных при этом будут продолжать работу как ни в чем не бывало.
В общем, спасибо, что такая возможность появится.

АРМ Каталогизатор ИРБИС64

Расширен функционал ввода ВНУТРЕННИХ ДВОИЧНЫХ РЕСУРСОВ (953 поле):
- обеспечена визуализация внутреннего двоичного ресурса непосредственно в процессе ввода - см. прикрепленный рисунок (в случае если двоичный ресурс типа JPEG, GIF или BMP, отображается непосредственно он, в остальных случаях - условная иконка);
- обеспечена возможность УДАЛЕНИЯ ранее введенного двоичного ресурса - с помощью клавиши DEL (в прежних версиях эта операция была достаточно затруднительна), а также - его восстановления (клавиша ESC)

Хочется здесь напомнить, что внутренние двоичные ресурсы ФОРМАЛЬНО можно вводить в ЛЮБЫЕ поля при соблюдении следующих ограничений:
- в одно повторение поля можно ввести только один двоичный ресурс;
- данные о двоичном ресурсе должны храниться в двух ФИКСИРОВАННЫХ подполях:
--- A - тип (расширение файла) двоичного ресурса
--- B - собственно двоичный ресурс в закодированном виде.



Редактировано 2 раз. Последний раз 17.12.2012 10:21 пользователем Alio.

Новый UNIFOR (для ИРБИС64):
Проверить наличие файла/корректность URL
&unifor('+9L',<path>,<dbname>,<filename>)
<path> - условный путь к файлу, принимает значения:
0 - основная папка IRBIS64 на сервере (\irbis64\;
1 - папка DATAPATH (\irbis64\datai\)
2,3,10 - папка БД <dbname>
11 - абсолютный путь/URL

<dbname> - имя БД, имеет смысл только при path=2,3,10

<filename> - имя файла (в случае path=11 - полный путь и имя файла ИЛИ URL)

Функция возвращает:
0 - если файл отсутствует/некорректный URL
1 - если файл присутствует/корректный URL

Примеры:

&uf('+9L1,,\deposit\rksu.fst')

(....&uf('+9L10,',&uf('+D'),',',v951^A)....)



Редактировано 5 раз. Последний раз 21.12.2012 10:14 пользователем Alio.

Предлагаю озадачиться вводом нового поля в описание "16+". Ну, в смысле, учесть те требования, которые начинают предъявлять к детской литературе - проставлять возрастные ограничения. Информация должна быть в каталоге и на карточке. Может сами требования и набор значений предложит какая-нибудь детская библиотека?

Галина Гильдебрант
Архангельская ОНБ

Предлагаю доработать поле 999. Показывать не только общее количество книговыдач, но и статистику по годам:
999#1:^A20011^B12
999#2:^A2012^B23

АРМ Книговыдача ИРБИС64

В режимах ГРУППОВОЙ ВЫДАЧИ обеспечен АВТОМАТИЧЕСКИЙ выбор выдаваемых экземпляров в случае, когда есть ЕДИНСТВЕННЫЙ выбор из списка свободных экземпляров

Те пользователи, кто применяет ГРУППОВУЮ ВЫДАЧУ и работает на версии 2012.1, имеют возможность запросить предварительную версию АРМа Книговыдача 2013.1 с этой доработкой (alio@gpntb.ru)

Обсуждали на конференции, сейчас столкнулась.. Прошу сделать формат импорта-экспорта по умолчанию "текстовый".

Галина Гильдебрант
Архангельская ОНБ

Не согласен...
Экспорт/Импорт прежде всего предназначен для обмена данными с ДРУГИМИ системами (не ИРБИСами) - а это можно делать только через ISO-формат

ТОже спорно, Александр Иосифович, т.к. я чаще отдаю в txt.
Давайте параметрировать?
Мы начали работать по созданию сводного каталога области на основе ИРБИС64, там критично необходимые поля за 1000. Боюсь, что мои не очень опытные коллеги их будут терять :(.

Галина Гильдебрант
Архангельская ОНБ

АРМ Каталогизатор и АРМ Читатель (ИРБИС64)

Обеспечена возможность использования в качестве средства ввода и средства поиска Тематических навигаторов - полностью идентичных по структуре Рубрикатору ГРНТИ в БД HELP, - которые размещаются в произвольных (по имени) БД.

В случае использования произвольного Тематического рубрикатора в качестве средства ввода необходимо в структуре РЛ указывать (с помощью РЕДАКТОРА РЛ и СПРАВОЧНИКОВ) для соответствующего поля ввода:
РЕЖИМ ВВОДА = 3
Доп.информация = <имя БД, в которой размещен Тематический рубрикатор>,<префикс_инверсии>
По умолчанию (т.е. в случае если имя БД не указано) используется БД HELP

В случае использования произвольного Тематического рубрикатора в качестве средства поиска необходимо в сценарии поиска (с помощью РЕДАКТОРА INI-файлов и СЦЕНАРИЕВ ПОИСКА) указывать в секции [SEARCH] для соответствующего вида поиска:
ТИП СЛОВАРЯ (ItemDictionType) = 2
ИМЯ ФАЙЛА СПРАВОЧНИКА (ItemMenu) = <имя БД, в которой размещен Тематический рубрикатор>
По умолчанию (т.е. в случае если имя БД не указано) используется БД HELP



Редактировано 1 раз. Последний раз 19.03.2013 15:50 пользователем Alio.

АРМ Каталогизатор (ИРБИС64)

Разработано новое средство ввода - ВВОД СВЯЗАННЫХ ДАННЫХ
(см. прикрепленный файл)

Вызывает вопрос замечание:
• В случае изменения (корректировки) данных основной записи, на основе которых формируется КЛЮЧ, необходимо (хотя бы формально) вызывать на корректировку (т.е. нажимать соответствующую кнопку) связанные данные;

Почему ключем не сделать случайное число (формировать его например от времени создания), чтоб не приходилось "вызывать на корректировку связанные данные"?

Интересует возможность вынести 40-е поля в отдельную БД, так как поле 1000-го повторения у нас начинаются проблемы.

Цитата:

В заключение следует отметить, что данное средство ввода – ВВОД СВЯЗАННЫХ ДАННЫХ – пока (на уровне 2013.1) не нашло реального применения в технологиях ИРБИС и адресовано на данный момент пользователям, ведущим собственные разработки

Думается именно это и есть самое главное замечание :)
Вынести 40 (RDR), 910, 330, 909, 938 в отдельные базы можно было бы и сейчас (с бубном конечно, но можно), однако перелопатить самостоятельно все форматы и сценарии на них завязанные с перспективой делать это для каждого нового апдейта - просто нереально. Так что горячо поддерживаем данное начинание и ждём практической его реализации.

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Ура! Наконец-то я могу перестать извращаться и использовать стандартные механизмы! Поле 40 я не выносил, а вот поле 910 из основной базы вынес. В итоге получил базу с экземплярностью отельных документов в 1500-2000 штук, которая работает просто на ура по скорости и согласуется с книговыдачей. Единственное, пока что у меня кривенько работало редактирование дочерних записей, я собирался под это маленький модуль дописывать и через автоввод делать обновление записей. Но терепь можно не морочить голову, а пользоваться стандартным решением. Вот только я не совсем понимаю, как такая технология будет работать с полем 40 - оно же формируется автоматически, а не вводится с клавиатуры оператором.

В том то и смысл, что не прийдеться изобретать велосипед. К концу года некоторые записи из-за 40-х полей еле открываются. Выдача может длиться 3-7 сек на издание.

ИРБИС64 АРМ Каталогизатор

Обеспечена возможность формировать ПРОИЗВОЛЬНЫЙ символьный набор для кодовой виртуальной клавиатуры.
Для реализации данной возможности необходимо:

1. В справочник UNICODE.MNU вставить пункт следующего вида:

0
Название произвольного набора

2. Сформировать справочник, содержащий список символов произвольного набора. Имя справочника определяется значением параметра CustomVKBMnu секции [MAIN] INI-файла АРМа Каталогизатор. По умолчанию имя этого справочника - CustomVKB.mnu. Справочник должен находиться в папке IRBIS64 на сервере. Справочник может иметь не более 128 пунктов. Каждый пункт справочника имеет вид:

<значение символа>
<Комментарий>

Значение символа может представлять собой собственно символ (если это ANSI-cимвол) или его шестнадцатиричное значение в виде
$NNNN

Пример такого справочника:

А

Б

[

]

$00F1

$04A1

и т.д.



Редактировано 1 раз. Последний раз 27.03.2013 14:57 пользователем Alio.

Alio написал(а):
-------------------------------------------------------
> ИРБИС64 АРМ Каталогизатор
> Обеспечена возможность формировать ПРОИЗВОЛЬНЫЙ
> символьный набор для кодовой виртуальной
> клавиатуры.

Прошу подумать над реализацией аналогичного режима для АРМ Читатель и АРМ Читатель ПТБД

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP