БД RDR
Распределяю по вертикали по категории (v50) и если студент - по факультетам нормально.
if v50='Студент' then v90^A else v50 fi
otch-vert.mnu

А по горизонтали хочу не то чтобы распределить, а собирать разную информацию.
Например, надо узнать количество новых регистраций (проверка поля 31^A (дата записи)), кол-во переригистраций в каком либо отделе (v52), кол-во отчисленных из библиотеки (v55).

То есть не то, чтобы, если дата в v31A входит в заданный промежуток времени, то его считать только по колонке первой, но и если v52 входит в данный промежуток, значит и во вторую колонку сосчитать эту запись.

Для того чтобы не прогонять всю базу по несколько раз различными стат. формами.

Внимание вопрос: можно ли такое осуществить с помощью стат. форм?

Не понятно объяснил или такое понятное дело нельзя и даже говорить об этом бессмыслено? :)

Пишу в статформе:
Stat-3
if p(v90^A) then v90^A else v50 fi
otch-vert.mnu
if (((&uf('Av521#1')>=&uf('Av1000^a#1')) and (&uf('Av521#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av522#1')>=&uf('Av1000^a#1')) and (&uf('Av522#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av523#1')>=&uf('Av1000^a#1')) and (&uf('Av523#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av524#1')>=&uf('Av1000^a#1')) and (&uf('Av524#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av525#1')>=&uf('Av1000^a#1')) and (&uf('Av525#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av526#1')>=&uf('Av1000^a#1')) and (&uf('Av526#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av527#1')>=&uf('Av1000^a#1')) and (&uf('Av527#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av528#1')>=&uf('Av1000^a#1')) and (&uf('Av528#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av529#1')>=&uf('Av1000^a#1')) and (&uf('Av529#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av5210#1')>=&uf('Av1000^a#1')) and (&uf('Av5210#1')<=&uf('Av1000^b#1')))) THEN '1' else '0' fi
otch-goriz.mnu
3,4
999.wss,1000

Статистику собирает за минуту.
Потом пишу тоже самое, но вместо 52x - 55x.
Так же собирает статистику за минуту.
Если объединяю эти все OR'ы (52x и 55x), то собирает больше 10-20 минут.
Не подскажете как мне оптимизировать процесс?

Ирбис 64. Каталогизатор. БД RDR.
Стат. формы.
Необходимо получить статистику по полю 907 (Дата редактирования записи и ФИО редактора), которое имеет кучу повторений.
Можно ли в стат. формах считать из одной записи информацию в разные ячейки.
То есть в первом повторении Иванов отредактировал - посчитал в строку Иванов.
Во втором повторении Петров - посчитал в строку Петров.
В третьем повторении опять Иванов - еще +1 в строку Иванов.
Можно так?

Читайте инструкцию
Инструкция по созданию стат.форм.doc

читал. распечатывал и снова читал.
Я так понял:
- есть таблица
- смотрим запись - и по двум параметром проверяем в какой ячейке увеличить счетчик.

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

Не хотел описывать внутренний алгоритм формирования стат.форм - уж слишком он формальный и хитрый - но если очень хочется, извольте:

Вот ФОРМАЛЬНЫЙ алгоритм снятия статистики с одного документа:
1. Документ последовательно расформатируется по двум форматам – вертикали и горизонтали. Результат каждого расформатирования рассматривается как совокупность строк.
2. Сравнивается количество строк в двух результатах расформатирования. Если один из результатов пустой (ноль строк) – обработка документа завершается. Если количество строк в результатах расформатирования разное, производится следующее: результат расформатирования, в котором меньше строк, дополняется - путем размножения последней строки – до количества строк в большем результате расформатирования, т.е. количество строк в обоих результатах уравнивается.
3. Берется первая строка результата расформатирования по горизонтали и на основе меню горизонтали ищется соотвествующая колонка выходной формы. То же самое делается для первой строки результата расформатирования по вертикали, т.е. находится соотвествующий ряд выходной формы. В счетчик, соотвествующий найденным колонке и ряду, бросается единица. Точно также обрабатываются все последующие строки результатов расформатирования.

Далее выполняется переход к следующему документу.

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

процесс размножения мне интересен:
вот есть строка '2'
И её необходимо размножить, она там нужное кол-во раз будет появляться как строки:
2
2
2
2
или как 2222? (Что-то у меня плохо размножило '2' без указания переноса строки.

Зачем же Вам "размножать"?! Это дело алгоритма. Ваше дело создавать форматы, которые бы отвечали СМЫСЛУ Вашей статистики...

я и имел ввиду размножение алгоритмом. Он размножает последнюю строку. если в ней не было переноса, то он сам не создает переносы строк и размножит мою 2 в 2222, а не в:
2
2
2
2
Так?

Не пойму Вас. Что такое "перенос в строке"? Если есть перенос, то это уже другая стпрока...

Пример:
содержание test2.stf:
test
'1'/,'2'/,'2'/,'2'/,'2'/
test-vertik.mnu
'1'/,'2'/
test-goriz.mnu
2,2
999.wss,1000


содержание test-vertik.mnu и test-goriz.mnu:
1
1
2
2
*
3

В статистику вывело:
1 0
0 1

Вывод: ничего не размножило.
Вопрос: работает ли размножение вообще, как говорилось выше? Если работает, то какие условия для этого нужно выполнить?

Александр Иосифович, подскажите, пожалуйста.
Я делаю в статистике условие (схематично
if((x1>1 and x1<2) OR (x2>1 and x2<2) OR (x3>1 and x3<2) OR (x4>1 and x4<2))
Сбор статистики с 17000 записей происходит за минуту.
Подобное условие но для 'y':
if((y1>1 and y1<2) OR (y2>1 and y2<2) OR (y3>1 and y3<2) OR (y4>1 and y4<2))
Сбор статистики так же происходит за минуту.

Но когда я делаю условие объединяющее x и y:
if((x1>1 and x1<2) OR (x2>1 and x2<2) OR (x3>1 and x3<2) OR (x4>1 and x4<2)
OR (y1>1 and y1<2) OR (y2>1 and y2<2) OR (y3>1 and y3<2) OR (y4>1 and y4<2))
Тогда проиходит Сбор статистики для тех же 17 000 записей более 20 минут и вообще может подвиснуть с возгласом (не хватает виртуальной памяти).

Можно ли мне как-нибудь оптимизировать код, если да, то как?

Я не понимаю Ваших форматов...

Илья хотел спросить с чем связано резкое падение производительности (скорости обработки кода) в случае когда оператором OR в условии объединяется обработка разных полй и можно ли это как-то оптимизировать . Т.е. условно:
if v1='x' or v1='y' then ... fi
и
if v2='x' or v2='y' then ... fi
на одном и том же диапазоне записей отрабатываются примерно одинаковое время, но

if v1='x' or v2='х' then ... fi

отрабатывается гораздо - на порядок дольше.

если я правильно понял, конечно. Дело тут видимо именно в выводе разных полей

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

Вот такая стат.форма не может у меня 17000 записей обработать:
Stat-3
if p(v90^A) then v90^A else v50 fi
otch-vert.mnu
if (((&uf('Av521#'&uf('+N521'))>=&uf('Av1000^a#1')) and (&uf('Av521#'&uf('+N521'))<=&uf('Av1000^b#1')))
OR ((&uf('Av522#'&uf('+N522'))>=&uf('Av1000^a#1')) and (&uf('Av522#'&uf('+N522'))<=&uf('Av1000^b#1')))
OR ((&uf('Av523#'&uf('+N523'))>=&uf('Av1000^a#1')) and (&uf('Av523#'&uf('+N523'))<=&uf('Av1000^b#1')))
OR ((&uf('Av524#'&uf('+N524'))>=&uf('Av1000^a#1')) and (&uf('Av524#'&uf('+N524'))<=&uf('Av1000^b#1')))
OR ((&uf('Av525#'&uf('+N525'))>=&uf('Av1000^a#1')) and (&uf('Av525#'&uf('+N525'))<=&uf('Av1000^b#1')))
OR ((&uf('Av526#'&uf('+N526'))>=&uf('Av1000^a#1')) and (&uf('Av526#'&uf('+N526'))<=&uf('Av1000^b#1')))
OR ((&uf('Av527#'&uf('+N527'))>=&uf('Av1000^a#1')) and (&uf('Av527#'&uf('+N527'))<=&uf('Av1000^b#1')))
OR ((&uf('Av528#'&uf('+N528'))>=&uf('Av1000^a#1')) and (&uf('Av528#'&uf('+N528'))<=&uf('Av1000^b#1')))
OR ((&uf('Av529#'&uf('+N529'))>=&uf('Av1000^a#1')) and (&uf('Av529#'&uf('+N529'))<=&uf('Av1000^b#1')))
OR ((&uf('Av5210#'&uf('+N5210'))>=&uf('Av1000^a#1')) and (&uf('Av5210#'&uf('+N5210'))<=&uf('Av1000^b#1')))
OR ((&uf('Av551#1')>=&uf('Av1000^a#1')) and (&uf('Av551#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av552#1')>=&uf('Av1000^a#1')) and (&uf('Av552#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av553#1')>=&uf('Av1000^a#1')) and (&uf('Av553#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av554#1')>=&uf('Av1000^a#1')) and (&uf('Av554#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av555#1')>=&uf('Av1000^a#1')) and (&uf('Av555#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av556#1')>=&uf('Av1000^a#1')) and (&uf('Av556#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av557#1')>=&uf('Av1000^a#1')) and (&uf('Av557#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av558#1')>=&uf('Av1000^a#1')) and (&uf('Av558#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av559#1')>=&uf('Av1000^a#1')) and (&uf('Av559#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av5510#1')>=&uf('Av1000^a#1')) and (&uf('Av5510#1')<=&uf('Av1000^b#1')))
OR ((&uf('Av55#1')>=&uf('Av1000^a#1')) and (&uf('Av55#1')<=&uf('Av1000^b#1')))) THEN '1' else '0' fi
otch-goriz.mnu
3,4
999.wss,1000

То есть у каждого отдела есть свое поле перерегистрации (52X) и поле отчисления(55X).
Мне надо узнать, в записи есть хоть одно из этих полей удовлетворяющему диапазону значений? То есть читатель хоть где-нибудь был, или нет в этот период?

Куделя написал(а):
-------------------------------------------------------
> Илья хотел спросить с чем связано резкое падение
> производительности (скорости обработки кода) в
> случае когда оператором OR в условии объединяется
> обработка разных полй и можно ли это как-то
> оптимизировать . Т.е. условно:
> if v1='x' or v1='y' then ... fi
> и
> if v2='x' or v2='y' then ... fi
> на одном и том же диапазоне записей отрабатываются
> примерно одинаковое время, но
>
> if v1='x' or v2='х' then ... fi
>
> отрабатывается гораздо - на порядок дольше.
Интересно - Вы в этом сами убедились или расшифровываете чужие слова?

Ни чего себе :)!!! Ну и условие. Почему-то я не удивляюсь, что это долго работает. А приведите, плиз, условия, которые отрабатывают быстро.

У Максима немного не то получилось в объяснении. Мой пост выше конкретный. По нему можете сказать пару слов?

Опишу проблему поподробнее:
Есть поля
521 - дата перерегистрации в отделе к/х
522 - дата перерегистрации в отделе ЧзТЛ
...
5210- дата перерегистрации в отделе МБА
55 - дата отчисления из Сектора Учета
551 - дата отчисления из отдела к/х
552 - дата отчисления из отдела ЧзТЛ
...
5510- дата отчисления из отдела МБА
И вот мне необходимо проверить фактическое посещение библиотеки читателем за какой-то период. То есть мне надо проверить у записи, попадает ли хоть одно из выше указанных полей в данный период (v1000^a - v1000^b).
Вот я и делаю кучу OR'ов.
Но если я в условии указываю не все эти поля, а только поля v52x - то есть десять полей с датами перерегистрации, то вся статистика для 17 000 записей собирается за минуту.
if (((&uf('Av521#'&uf('+N521'))>=&uf('Av1000^a#1')) and (&uf('Av521#'&uf('+N521'))<=&uf('Av1000^b#1')))
OR ((&uf('Av522#'&uf('+N522'))>=&uf('Av1000^a#1')) and (&uf('Av522#'&uf('+N522'))<=&uf('Av1000^b#1')))
OR ((&uf('Av523#'&uf('+N523'))>=&uf('Av1000^a#1')) and (&uf('Av523#'&uf('+N523'))<=&uf('Av1000^b#1')))
OR ((&uf('Av524#'&uf('+N524'))>=&uf('Av1000^a#1')) and (&uf('Av524#'&uf('+N524'))<=&uf('Av1000^b#1')))
OR ((&uf('Av525#'&uf('+N525'))>=&uf('Av1000^a#1')) and (&uf('Av525#'&uf('+N525'))<=&uf('Av1000^b#1')))
OR ((&uf('Av526#'&uf('+N526'))>=&uf('Av1000^a#1')) and (&uf('Av526#'&uf('+N526'))<=&uf('Av1000^b#1')))
OR ((&uf('Av527#'&uf('+N527'))>=&uf('Av1000^a#1')) and (&uf('Av527#'&uf('+N527'))<=&uf('Av1000^b#1')))
OR ((&uf('Av528#'&uf('+N528'))>=&uf('Av1000^a#1')) and (&uf('Av528#'&uf('+N528'))<=&uf('Av1000^b#1')))
OR ((&uf('Av529#'&uf('+N529'))>=&uf('Av1000^a#1')) and (&uf('Av529#'&uf('+N529'))<=&uf('Av1000^b#1')))
OR ((&uf('Av5210#'&uf('+N5210'))>=&uf('Av1000^a#1')) and (&uf('Av5210#'&uf('+N5210'))<=&uf('Av1000^b#1')))) then '1' else '0' fi

Если указываю только поля v55x:
if (((&uf('Av551#1')>=&uf('Av1000^a#1')) and (&uf('Av551#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av552#1')>=&uf('Av1000^a#1')) and (&uf('Av552#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av553#1')>=&uf('Av1000^a#1')) and (&uf('Av553#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av554#1')>=&uf('Av1000^a#1')) and (&uf('Av554#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av555#1')>=&uf('Av1000^a#1')) and (&uf('Av555#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av556#1')>=&uf('Av1000^a#1')) and (&uf('Av556#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av557#1')>=&uf('Av1000^a#1')) and (&uf('Av557#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av558#1')>=&uf('Av1000^a#1')) and (&uf('Av558#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av559#1')>=&uf('Av1000^a#1')) and (&uf('Av559#1')<=&uf('Av1000^b#1'))) OR ((&uf('Av5510#1')>=&uf('Av1000^a#1')) and (&uf('Av5510#1')<=&uf('Av1000^b#1')))
OR ((&uf('Av55#1')>=&uf('Av1000^a#1')) and (&uf('Av55#1')<=&uf('Av1000^b#1')))) THEN '1' else '0' fi

То тоже собирается нормально статистика - за минуту.

А если я добавляю пишу в условии все 21 поле: и 10 перерегистраций и 11 отчислений - то у меня статистика собирается или очень долго 30 и более минут или вообще виснет.

Подскажите, плиз - так и должно быть и можно что-то сделать по-другому или я что-то делаю неправильно?

Еще замечу, что 5000 записей обрабатывается еще более менее терпимо....

Версия Ирбис 64 2006.1
мне требуется написать статистические формы для подполя 210^c,чтобы выводилось, какое издательство используется наиболее часто.
Но вот загвоздка
3 строка: Имя справочника, который устанавливает соответствие между результатами расформатирования по формату вертикали и вертикалью формы (файл с расширением .mnu, расширение указывается). Количество значений в справочнике должно совпадать с количеством строк в переменной части формы.
Поле 210 у нас вводится не через authority-файл, и я не могу найти справочник с названиями издательств.

Режим ввода 10. Доп. инф-ия: ATHRC,I=,0=,@athrci
Если яправильно понял, список лежит в инвертированном файле БД ATHRC с префиксом "I="
Встает вопрос - как вывести в файл словарь, созданный с префиксом "I="?

Я этого пока делать не умею.
Но он вам нужен не только для создания справочника распределения по вертикали, но и для создания шаблона xlt ...

jaana написал(а):
-------------------------------------------------------
> Версия Ирбис 64 2006.1
> мне требуется написать статистические формы для
> подполя 210^c,чтобы выводилось, какое издательство
> используется наиболее часто.

А не проще ли воспользоваться старой "плоской статистикой"? Тут всего-то и нужно что добавить в stt.mnu две строчки...

Кстати, в свое время Александр Иосифович пополнил фнкционал этой формы тем, что позволил прописывать в stt.mnu не просто метки полей и подполей, но и полноценные форматы. Не пойти ли немножко дальше, к вящему для всех удовлетворению - разрешить ввод прямо в форме? Очень этого не хватает, особенно в 64, где для того чтобы проанализировать какую-нибудь разовую задачу нужно идти терминалом на сервер или к администратору. Операторы теперь грамотные - метки полей в РЛ видят и знают - уже можно обходиться и без этих сложностей :)
В версии 7.1 например

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



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

Интересное наблюдение:
- Запускаю Каталогизатор БД RDR (17000 записей)
- В процессах Ирбис памяти занимает 20 метров.
- снимаю статистику с помощью стат.форм
- Использование памяти дорастает до 60 метров к моменту получения отчета в Экселе
- еще раз снимаю статистику с помощью стат.форм
- Использование памяти дорастает до 90 метров к моменту получения отчета в Экселе
и т.д. пока не повиснет всё.
Для очищения памяти не помогает ни обновление контекста, ни двойной мега-клик по задней панели.
Помогает только перезапуск Ирбиса.
По-моему, это как минимум неудобно.

Я бы с удовольствием воспользовалась "плоской" статистикой, но не знаю, как. Потому что прописывание в файл STT.MNU нового параметра 210^C не дает желаемых результатов, то есть он в меню статистики каталогизатора появляется, но не выводит ничего в файл

Должно получаться - не забудьте увеличить "длину значения" (умолчание 10)

Александр Иосифович, я все же вернусь к вопросу размножения последней строки в результате расформатирования с меньшим кол-вом строк для уравнивания кол-ва строк.
А вернусь, потому что у меня уравнивает не размножением последней строки, а удалением "лишних" строк в результате расформатирования с большим кол-вом строк.

Приведу опять же предыдущий пример с более подробным описанием:
содержание test2.stf:
test
'1'/,'2'/,'2'/,'2'/,'2'/
test-vertik.mnu
'1'/,'2'/
test-goriz.mnu
2,2

То есть получили по вертикали:
1
2
2
2
2

А по горизонтали:
1
2

содержание test-vertik.mnu и test-goriz.mnu:
1
1
2
2
*
3
(то бишь распределение - если 1 или 2, то в первую или вторую строку (столбец) соответственно.

В статистику вывело:
1 0
0 1

А должно:
1 0
0 4

Вывод: ничего не размножило.
Вопрос: работает ли размножение вообще, как говорилось выше? Если работает, то какие условия для этого нужно выполнить?

Александр Иосифович, приветствую.
Я опять со своими баранами.
Работает ли размножение так, как вы описывали в стат. формах?
Сравнивается количество строк в двух результатах расформатирования. Если один из результатов пустой (ноль строк) – обработка документа завершается. Если количество строк в результатах расформатирования разное, производится следующее: результат расформатирования, в котором меньше строк, дополняется - путем размножения последней строки – до количества строк в большем результате расформатирования, т.е. количество строк в обоих результатах уравнивается.
Ирбис 64, версия 2006.1
У меня получается, что уравнивает кол-во выборок по вертикали и горизонтали не размножением, а удалением "лишних". (пример описан постом выше).
Это мне мешает нормально настроить стат. форму. Применение обходного метода, путём повторной проверки, например, из "горизонталях" в "вертикалях", по-моему, будет глупо...
Так что описанное вами размножение было бы очень, кстати.
Жду ответа. Любого.



Редактировано 1 раз. Последний раз 11.04.2007 15:09 пользователем iLq.