Как раз запускаю второй сервер, так что могу тестировать на 4-х процессорном ПК 160 тысячную базу хоть целый день в разных режимах :)
Жду новый модуль.

P.S. В свою очередь хочу обратить внимание на тему - [irbis.gpntb.ru] Задача стоит развести веб и ИРБИС сервера, но оставить возможность авторизации читателей используя данные базы RDR "внутреннего" сервера.

170665 записей.
4-х ядерный Феном

MULTILOAD=4
MULTISORT=1 - 1: 42 мин. 5 сек. 2: 42 мин. 22 сек.

MULTILOAD=4
MULTISORT=0 - 1: 41 мин. 57 сек. 2: 41 мин. 54 сек.

Для чистоты эксперемента повторю сейчас тесты еще несколько раз.

Konstantinus написал(а):
-------------------------------------------------------
> 170665 записей.
> 4-х ядерный Феном
>
> MULTILOAD=4
> MULTISORT=1 - 1: 42 мин. 5 сек. 2: 42 мин. 22
> сек.
>
> MULTILOAD=4
> MULTISORT=0 - 1: 41 мин. 57 сек. 2: 41 мин. 54
> сек.
>
> Для чистоты эксперемента повторю сейчас тесты еще
> несколько раз.
Что здесь означает 2: 42 мин. 22 сек. и 2: 41 мин. 54 сек.?

Это номер эксперимента "1:" - первый, "2:" - второй соответственно.
То есть провел тест, один раз. Потом повторил.

Однако...

Ув. А.И.!
Обратите внимание на дату, 2-е января :)

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

Расширены возможности МЕТОДА ВВОДА 4 (через многостроковое окно):
- при мультивводе повторяющихся полей (F3) каждый абзац введенного текста (абзац - часть текста, отделенная с помощью клавиши Enter) принимается как отдельное повторение поля;
- при мультивводе в одно поле/подполе (если указаны данные в 10 свойстве данного поля/подполя в описании РЛ - см. Общее описание системы Приложение 8 п.5.1) осуществляется объединение абзацев введенного текста по соответствующим правилам.



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

Пожелание по Книговыдачи, режим Оформление утерянных книг.


Александ Иосифович! Можно выступить с небольшим предложением по этому режиму? У нас в библиотеке снимают с читателя утраченную книгу только в момент, когда она приносит или счет об оплате штрафа, или книгу в замен. Режим "Оформление утерянных экземпляров" не дает возможности однозначно связать утерянный экземпляр с заменой или оплатой конкретного читателя. В идеале хотелось бы иметь возможность при оформлении утери с заменой на лету создать усеченную запись книги (по аналогии с выдачей без заказа) и указать, что полученный экземпляр (в нем будет только дата и, например, статус) является заменой именно этой книги. Я это себе представлял как дополнительное подполе в поле экземпляр, в которое будет заносится шифр новой созданной записи + идентификатор читателя.

Тогда алгоритм может быть следующий:
1. Кнопка оформления утери
2. Спрашиваем у библиотекаря: оформлять с заменой, с оплатой, без дополнительной информации?
3. С заменой - или выбрать имеющуюся книгу и добавить в нее новое повторение поля 910, или дать возможность ввести новое описание книги. В записи на утерянную книгу дополняются данные о том, какой именно книгой заменили утраченную.
4. С оплатой - в утерянную книгу указать признак оплаты + номер чека оплаты.
5. Без доп. информации - отрабатывает обычный алгоритм.

Возможно ли такое?

Gena
А общая технология замены утерянных книг вас не устраивает?
Инструкция комплектатора "3.1.5. Оформление утерянных книг"

Тут ключевой момент в том, что наполнение акта списания ведут на кафедре выдачи, а не в отделе комплектования, который только роверяет в конце правильность оформления. Дело в том, что структура ВУЗа очень распределенная, и гонять читателей несколько не хочется. Да и все вопросы по замене реально согласовывает читатель не с отделом комплектования, а с барышнями с выдачи. По большому счету, просьба расширить режим сводится к возможности отметить ЧЕМ КОНКРЕТНО была возмещена утрата.

Пожелание по стат. формам.
Хочется иметь возможность выгружать полученную стать.форму во внешний файл и только потом предлагать его открыть (по аналогии с печатью и печатью КК).

Объясню. Если на компьютере книговыдачи где делается статистика стоит не Ексел а опенофис, то форма формируется, но не показывается (выдается ошибка не найден ексель). Если бы форма выгружалась во внешний файл (пусть тот же *.xls), то мы бы его открывали хоть гугл.доксом (это уже проблемы администратора). Сейчас же нам обязательно докупать на компьютеры где делается статистика еще офис.

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

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

Обеспечена возможность автоматического отбора заказов (в окне ЗАКАЗЫ) того читателя, чье полное описание отбирается в окно ЧИТАТЕЛЬ. (Предложение пользователя GLUKa в сообщении от 7 декабря 2011 в этой ветке).

Данная возможность включается с помощью нового параметра в секции [MAIN] irbisb.ini
ReaderRequestRelation=
который может принимать значения:
0 - данная возможность отключена;
>0 - данная возможность включена. Конкретное значение определяет порядковый номер поиска (начиная с единицы) - в списке видов поиска для отбора заказов (ЗАКАЗЫ-ИСХОДНЫЕ-ОТОБРАННЫЕ-ВИД ПОИСКА), - в соответствии с которым будет осуществляться отбор заказов. Разумеется, это должен быть поиск, обеспечивающий однозначный отбор читателя по его идентификатору. Если список видов поиска для отбора заказов остается дистрибутивным, то таковыми могут быть поиски с номерами:
1 - Читатели, имеющие невыполненные заказы
2 - Читатели, имеющие бронированные заказы
3 - Читатели, имеющие заказы (невыполненные/бронь/выполненные/отказы)
8 - Читатели, имеющие выполненные заказы
9 - Читатели, имеющие отказы

По умолчанию
ReaderRequestRelation=3

Следует отметить, что данная возможность не имеет ОБРАТНОГО действия, т.е. при явном (ручном) отборе заказов, содержимое окна ЧИТАТЕЛЬ не меняется.



Редактировано 1 раз. Последний раз 07.03.2012 17:32 пользователем Alio.

Спасибо огромное, Александр Иосифович :)

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

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

Расширена возможность при вводе ВИДА ПОСЕЩЕНИЯ - обеспечена возможность вводить ВИД ПОСЕЩЕНИЯ через РЛ подполей (Предложение пользователя GLUKa от 01.12.2011 (11:15) в этой ветке).

В версии 2011.1 была обеспечена возможность фиксировать ВИД ПОСЕЩЕНИЯ с помощью справочника в БД RDR, имя которого определяется параметром VISITMNU (см. релиз 2011.1 раздел АРМ Книговыдача п. 8)
Настоящей доработкой обеспечивается более широкие возможности при вводе ВИДА ПОСЕЩЕНИЯ - в частности, через словари внешних БД (некоторые пользователи ведут специальные БД МЕРОПРИЯТИЙ). Расширение состоит в том, что с помощью параметра VISITMNU в качестве инструмента ввода можно указывать РЛ подполей.
Т.е. можно указать по-старому:
VISITMNU=nnnn.mnu
а можно по-новому:
VISITMNU=nnnn.wss
при этом жестко предполагается, что собственно ВИД ПОСЕЩЕНИЯ вводится через подполе A

В качестве шаблона в дистрибутиве предлагается VISIT.WSS (в БД RDR)

(Понятно, что новый способ полностью перекрывает старый, но ради сохранения преемственности старый способ остается в силе.)



Редактировано 1 раз. Последний раз 12.03.2012 17:42 пользователем Alio.

УРА!!! :)

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

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

Новый интерфейс для табличного ввода (мультиввода повторяющихся полей с подполями) - см. прикрепленный скриншот.

Главная отличительная особенность нового интерфейса - многостроковая верстка элементов таблицы.

АРМ Каталогизатор и АРМ Администратор ИРБИС64 - Режимы: ИМПОРТ/ЭКСПОРТ/КОПИРОВАНИЕ

Предлагается новая конструкция для ТВП ПЕРЕФОРМАТИРОВАНИЯ:

0 0 *

т.е. такая строка может содержаться в ТВП переформатирования, предназначенном для импорта/экспорта/копирования (но ни в коем случае не в ТВП инвертирования)

Данная конструкция обозначает необходимость импорта/экспорта/копирования БЕЗ преобразования ВСЕХ полей записи, кроме тех, что определены в других строках ТВП (т.е. тех, чьи метки указаны в первом элементе всех остальных строк ТВП)

Предпосылки для введения такой конструкции рассмотрим на конкретном примере:
Необходимо экспортировать документы из БД и при этом в каждую запись добавить поле с меткой 902 определенного содержания, преобразовать определенным образом поле 951, удалить поля 910, а все остальные поля оставить без изменения.
Для решения этой задачи ранее пришлось бы написать огромный ТВП переформатирования следующего вида:

902 0 'Определенное_содержание'
951 0 <формат преобразования>
910 0 ''

а далее для каждой метки (а их сотни) написать строку вида:

MM 0 (vMM/)
...........

С новой конструкцией этот ТВП переформатирования будет содержать всего четыре строки:

902 0 'Определенное_содержание'
951 0 <формат преобразования>
910 0 ''
0 0 *

(Здесь стоит напомнить, что в общем случае порядок строк в ТВП не имеет значения)



Редактировано 2 раз. Последний раз 06.04.2012 09:38 пользователем Alio.

Вот за это спасибо.

А можно ли реализовать еще такой вариант
0 0 if v***='...' then * else '' fi

здесь v***-единственное поле, например, 920, (или более широкое условие), от значения которого зависит, включать ли в выходную запись БЕЗ преобразования ВСЕ поля, кроме тех, что определены в других строках ТВП

Обратите внимание: символ звездочка здесь НЕ РЕЗУЛЬТАТ ФОРМАТИРОВАНИЯ, а непосредственная конструкция...

А что мешает сделать звездочку результатом расформатирования? Вообще, я скорее поддерживаю Светлану Михайловну, потому что первый вариант ограничивает применение функции, а второй снимает какие-либо ограничения.

Дунаевская написал(а):
-------------------------------------------------------
> А можно ли реализовать еще такой вариант
> 0 0 if v***='...' then * else '' fi
>
> здесь v***-единственное поле, например, 920, (или
> более широкое условие), от значения которого
> зависит, включать ли в выходную запись БЕЗ
> преобразования ВСЕ поля, кроме тех, что определены
> в других строках ТВП

Принимается.
Таким образом, новая конструкция в общем случае имеет вид:

0 0 <формат>

Если результат расформатирования * - выполняются описанные выше действия, в противном случае ничего не выполняется.

В простейшем случае эта конструкция может иметь вид:

0 0 '*'

Пожелания к версии.

1. Верните значок в область уведомлений (трей) для систем 2008 и новее или уберите клиентский Администратор из счетчика лицензий для подключения к серверу.

Костя, у тебя каждый желающий должен иметь возможность перезапускать сервер?

Konstantinus написал(а):
-------------------------------------------------------
> или уберите клиентский
> Администратор из счетчика лицензий для подключения
> к серверу.
Вот это не помешало бы. А то сейчас одно подключение занято вечно запущенным администратором, для того чтобы не перезапуская службу можно было прибить повисшие подключения.

Можно конечно уменьшить время жизни клиентов...

Это не решение проблемы, а ее маскирование.

Это понятно, но саму проблему не всегда можно решить, а это позволит как минимум работать :)

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

Gena написал(а):
-------------------------------------------------------
> Костя, у тебя каждый желающий должен иметь
> возможность перезапускать сервер?

У меня "каждый" физически/удаленно по RDP доступа к серверу не имеет, а те кто имеет такое делать без надобности не будут.

Конечно желательно иметь хоть какой-то шаблон "БД мероприятий"