Помогите, пожалуйста!
В БД есть общее описания журналов, №№№, аналитика начиная с 2005г.
Все записи связанны.
Кумуляция была очищена. Не спрашивайте, зачем. Так получилось.
Можно ли вернуть кумуляцию? Не в ручную, конечно.

Можно. Нужно писать глобальгую корректировку. Если есть такая готовая, то она может быть у разработчиков, если готовой нет, то ее можно составить. Сейчас под рукой нет Ирбиса для отладки, потому сразу помочь не могу, но могу обнадежить :)

спасибо! Сами не справимся, будем надеяться на помощь!

И как, нашлось решение-то?

также интересует решение данного вопроса...

Тяжелый вопрос. В autoin.gbl сценарии кумуляции чуть не полфайла занимают и корректно их "развернуть" в обратную сторону довольно проблематично, учитывая вариативность нумерации периодических изданий. Как полуручной вариант можно посоветовать подключить в перечень форматов просмотра что-то типа вот этого:

'^Q'v934'^H'&uf('u'&uf('7,\I933='v903'/\,if v934=',&Uf('+9F39'),v934,&Uf('+9F39')' then v936"," fi'))

тогда при открытии записи сводного описания у вас будут отображаться кумулированные сведения о зарегистрированных номерах за год указанный в 934 поле и их можно будет просто скопировать в 909 поле. Это конечно самый простой случай - без томированых, без учета комплектов, мест хранения и статуса экземпляров. Но это хотя бы даст возможность увидеть, что в принципе есть в БД и "включит" оперативный режим

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



Редактировано 1 раз. Последний раз 04.02.2014 06:46 пользователем Куделя.

Куделя, большущее спасибо за код. На его основе вышло сделать задание для глобальной корректировки, которое полностью создаёт кумуляцию заново. Или я изобрёл велосипед и за три года таки появилось какое-то готовое решение? А то в своём я, ясное дело, сомневаюсь, но то, что оно работает - вообще чудо.



Редактировано 4 раз. Последний раз 31.08.2017 15:09 пользователем lounb.

Здравствуйте,у нас Ирбис 64, версия 2016.1. При регистрации журналов, не проставляется автоматически кумуляция