Проверили РЛ опрос перед получением таблицы, там отмечены везде 1 (см.приложение 1) и эта дисциплина изучается только в 5 семестре. Еще есть дисциплины где все считается нормально (см.приложение 2) Может надо выполнить команду "Связать с другими записями" после изменений на сервере?

А группу зачем вы отметили? Там стоит - ИЛИ. Видимо, надо убирать эту альтернативу.

Посмотрели вариант таблицы без групы, все также (см. приложение).

Не понимаю. Посылаю вам отладочный вариант программы. Получите таблицу, как вы показываете на рис., в директории irbiswrk создасться файл MYKKO.fst. Пришлите мне его и еще пришлите файл sch_stud_rdr из директории KNIGI.

Укажите, пожалуйста, путь размещения файла, который вы прислали. Эту программу запускать на сервере? Файл sch_stud_rdr в приложении.

Я прислала вам клиентскую программу АРМа КО. Замените временно ее у клиента. А файл, кот. меня интересует, должен создасться в директории workdir=c:\irbiswrk\ на клиентской машине.

Прикрепляем MYKKO.txt, который создался после замены.

Продолжаем. Строку query_for_stud, т.е. запрос на поиск в БД RDR, выделяем и помещаем в файл IRI.mnu, который в irbis64. Т.к. это MNU, то делаем две строки (см. DOC2). Потом устанавливает БД RDR, вызываем режим ПОИСК-Поиск по словарю/рубрикатору-Постоянные запросы. Выбираем наш запрос и проводим поиск. Если опять 166, то это верно. Тогда надо проверять другие числа.

Добрый день, Людмила Николаевна! Сделали вроде все, что вы просили. Что-то у нас не получилось (см. приложение 1), но зато нашли, по нашему мнению, причину, откуда берется число 166 (см. приложение 2). Дело в том, что в документах МО Украины, коды специальностей по направлению 0305- экономика и предпринимательство делятся на группы:
6.0305 03 – Международная экономика
6.0305 08 - Финансы и кредит.
6.0305 09 - Облик и аудит.
При подсчете ККО программа считает, по 5 семестру специальность 6.0305, учитывая все 3 специальности, вместо того, чтобы учесть только студентов специальности 6.030508 (см. приложение 3), которых 47. Как, Вы думаете, так ли это. И что делать дальше? Можно ли что-то изменить, не меняя справочников или этого нам не миновать??



Редактировано 1 раз. Последний раз 18.03.2010 16:11 пользователем smd.

Какой-то закон парности ситуаций. Ее только что разрешила для одной б-ки. Прочитайте в инструкции раздел "3.4.3 Точность вычисления ККО" и поставьте DefaultModeSpec=3. Еще не забывайте, что интерф-я таблица строится для текущего состояния, а, например, в окне просмотра (а также в вых.отчетах) используется заранее подсчитанные значения из полей 693.



Редактировано 1 раз. Последний раз 19.03.2010 15:23 пользователем ochagova.

Все получилось, спасибо Вам большое. У меня еще такой вопрос для верности. Прикрепляя книги ко всем контингентам дисциплины (к примеру Инвестирование см.приложение 1), которая изучается и в осеннем и в весеннем семестре при переводе студентов на следующий семестр (6 сем) ККО будет считаться? Не будет никаких проблем или надо прикреплять по отдельности или по-другому?? И можно по подробнее для начинающих)) про “интерф-я таблицу” вых.отчеты и поле 693.

Прикреплять можно ко всем сразу семестрам. При изменении полугодия будут браться либо четные, либо нечетные семестры. Но в начале семестра надо выполнить пакетное задание - формирование ККО на текущий семестр!!! В течении семестра можно повторять сколько угодно.
Инт-я таблица - раздел 3.4.2
отчеты - раздел 3.10, 6.3
Поле 693 - Приложение 10

Здравствуйте! Мы работаем в версии 2007.2. У нас возникла такая проблема- при просмотре дисциплины количество считается, а при подсчёте книгообеспеченности количество студентов не считается. С чем это может быть связано?

А почему таблица получена для осеннего семестра? Вы сдвигали дату? Если студенты у вас переведены, то они сейчас все на весеннем семестре и для осеннего семестра и должно быть все пусто.

Да, мы сдвигали дату

Здравствуйте! Подскажите пожалуйста, почему сумма всех студентов не верная?Если суммировать количество студентов, то их будет 1017, а не 909, как получается у нас.

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

Добрый день, Людмила Николаевна!У нас то же проблема, Есть две специальности 032500 и 032500.01, у них соответственно разные дисциплины, а у студентов этих специальностей к сожалению весь перечень дисциплин ка специальности 032500 так и 032500.01 , Прочли инструкцию и поменяли на DefaultModeSpec=3, но результат не изменился подскажите пожалуйста что делать!
ochagova написал(а):
-------------------------------------------------------
> Какой-то закон парности ситуаций. Ее только что
> разрешила для одной б-ки. Прочитайте в инструкции
> раздел "3.4.3 Точность вычисления ККО" и поставьте
> DefaultModeSpec=3.

Вы поменяли параметр, а в записях RDR остались ссылки по старому варианту. Выполните задание на связь для студентов. Изменится их привязка к дисциплинам?

задание выполняли привязка не изменилась.

1.Версия?
2.Приложите записи RDR, которые неверно связаны и записи дисциплин, к которым неверная ссылка

Версия 2009.1

Нашла причину, спасибо. Замените файл LinkRdr в директории RDR. Заново выполните задание на связь для записей студентов.

Прилагаю еще файлы, которые надо заменить в директории RDR. Они попадут в ближайшее обновление.

Спасибо получилось!