При вводе БД RDR читателей стала зависать программа при вводе новых дисциплин и контингентов.


Процесс нашей работы: вводим новую дисциплину в модуле корректировки, вводим контингент с указанием семестра и нажимаем «Сохранить». Выскакивает окошко «Отметить корректировку для связанных записей». Нажимаем «ОК» и программа зависает…
В итоге присоединяет контингент не весь, например, если было 4 факультета, то присоединил только 1.

Обновили Ирбис 64/32 версией 10.1. Но проблема была и до обновления.

Присоединяем файлы с проблемками...
На первой картинке в основной записи все контингенты, а в окошке "Связанные записи в БД VUZ" только ЛФ и ПФ факультеты.

Заранее, спасибо! Ждем ответа! :)

Я проверила ввод в версии 10.1, но не вышла на зависание (вводила ваши данные). Пришлите вашу базу VUZ.mst + VUZ.xrf, и укажите точно: в какую дисциплину и какие данные надо вводить, чтобы выйти на зависание.

прикрепляем нашу БД VUZ. В двух остальных письмах описание наших проблем.

В картинке 1 указана запись полностью и какие получились связанные записи в БД. Видно, что не привязаны контингент ЛФ 9/10/11/12 семестров и весь факультет ФИУа.Делали в пятницу провисел с 3 часа, не выдержали - закрыли программу. Если этот контингент удалить и попробовать привязать снова, может получится, что привязка пойдет только на ФИУа, а ЛФ не привяжет вообще. Так получается с несколькими дисциплинами: Анатомия человека, медицинская генетика, медбиология и общая генетика, медицинская и биологическая физика, хирургические болезни, а также с любой новой дисциплиной.

Проблема скорее всего заключается в ВИД ДОКУМЕНТА-ВУЗ. На картинке 2 видно, что дисциплина Хирургические болезни отсутствует у лечебников на 10ом семестре, а на "Запись полностью" (см. Картинку 1) она есть.

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

И еще одно. У нас происходило окончательное присоединение БД Читателей к БД VUZ (т.к. до этого все читатели не были вбиты в БД и такой привязки мы еще не производили ранее) и это присоединение присходило примерно в тоже время, что и обновление нашей программы версией 10.1 Ирбис 32, поэтому точно сказать, что повлияло на неправильную привязку мы не можем.

Вы можете попробовать сами ввести дисциплину: хирургические болезни, читающая кафедра ХБ2, идентификатор Хирб2, цикл ОСД. Контингент приведен в файлах "Новый_контингент1.jpg", "Новый_контингент2.jpg", "Новый_контингент3.jpg".

Должна признать, что режим формирования связей при сохранении записи давно не пересматривался и этот режим выполняется не так, как в ИРБИС64 (базовая версия).
Имеется специальный режим "Связать с другими записями", который выполняется по кнопке в главном меню. Этот режим выполняется безотказно, одинаково с ИРБИС64. Проблемные дисциплины вы можете отмечать и выполнять для них этот режим. Вы также можете в словаре "вид документа" отметить ВСЕ записи DISC и выполнить для них задание на связь.
К следующей версии я пересмотрю сохранение записи с т.зр. установления связи.

Мы и пользуемся этим режимом "Связать с другими записями", если в дисциплине происходит какое-то изменение. Именно поэтому в записях дисциплин Анатомия человека, медицинская генетика, медбиология и общая генетика, медицинская и биологическая физика появились ошибки (до корректировки было все правильно). Что же касается дисциплины хирургические болезни, то она была введена впервые. Даже пользуясь этой кнопкой у нас все равно происходит зависание, и в итоге некорректные связи.

Мы не отмечаем все записи DISC во избежание того, что все привязки во всей БД пойдут неправильно.

Следуя Вашему совету, мы отметили одну проблемную дисциплину и послали ей задание "Связать с другими записями", после чего программа зависла. И что нам теперь делать? Как связывать/корректировать проблемные записи?

Помогите нам пожалуйста!!!

Я делаю то же самое на вашей БД, у меня задание выполняется и записи VUZ формируются. Либо у нас разные задания. Я прикладываю задание, которое в дистрибутиве 10.1. Либо проблема в БД RDR, т.к. в этом задании корректируются записи студентов, которые связаны с этими контингентами. Вы замените задание, попробуйте. Если опять зависание, то я вам отсеку в этом задании кусок для БД RDR. Далее будем смотреть.

Заменили задание, которое Вы прислали. Повторили попытку. Также как и вчера программа зависла на записи VUZ для контингента, который проходит дисциплину в этом семестре. При этом пропустив без изменений перед этим запись для этого же контингента на осеннем семестре (присутствуют в окошке "связанные записи") и для тех, которые до этого не имели привязки (отсутствуют в окошке "связанные записи"). При этом пользовались кнопочкой "Связать с другими записями".

А также для "очистки совести" попробовали открыть "Ввод/корректировка БД", где выбрали на той же записи Дисциплина нажали кнопочку "Связать с другими записями". Результат то же. программа висит.

То есть программа зависает даже не доходя до записей БД RDR. Хотя после закрытия "висящей" программы у нас остается заблокирована БД RDR и остается заблокированна запись той дисциплины в БД VUZ над которой мы "ставим наши опыты" :))

При нескольких повторных попытках, процесс дошел до записей БД RDR. Но в основном выдавал нам надпись сначала "Обработка завершена" и сразу же "I/O Error 103". Не привязав ничего. См. картинки 1,2. (эту ошибку выдает только если пишем протокол в файл, в противном случае просто висит).

Попробовали с другой дисциплиной все это повторить ситуация та же. См. картинку 3.



Редактировано 1 раз. Последний раз 01.02.2011 16:21 пользователем lyangner.

Во-первых, вызовите протокол и очистите его. Этот файл м.б. переполнен. Хотя я отслеживаю его размер, если кол-во строк протокола больше чем MaxSizeLog=10000, то выдается предупреждающее сообщение.
Во-вторых, похоже, что-то с БД RDR. В Администраторе вы ее проверьте - монопольная блокировка, диагностика.
В-третьих, я изъяла из задания обработку RDR. Что у вас будет в этом случае?

RDR проверили: блокировки не было, диагностика ничего плохого не показала.
Заменили файл задания. Перед этим очистили все привязки дисциплины в окошке "связанные записи" ничего не было (очистили и архив!!). После этого перезапустили программу, ввели новый контингент, и сохранили записи, после чего он предложил связать измененные данные, мы нажали "Да". После того, как программа провисела около получаса, появилось сообщение - Картинка 1. После чего привязки появились снова.

Выбрали другую дисциплину, нажали на кнопочку "Связать с..", привязки, которых раньше не было - появились (см. картинку 4).

Видимо, Вы были правы, проблема в базе данных RDR, ждем дальнейших указаний.

Вы не пользуйтесь связью в модуле корректировки. У вас нестандартные специальности (обычно это цифровой код) и этот режим я буду пересматривать.
Ну, и присылацте БД RDR (rdr.mst+rdr.xrf). Буду пробывать на ваших БД

Во вложениях отправляем необходимые файлы. Спасибо!

Предлагаю заменить программу, она войдет в обновление. Еще замечание - в записях RDR осталось поле 112 от каких-то корректировок, не могу сказать от каких. Это не влияет на работу, но некрасиво. Вы можете на всю БД RDR запустить глобальную
DEL 112 *
без актуализации и автоввода

Программу заменили, спасибо.

По поводу кнопки "Связать с другими записями" проблем больше нет.

С полем 112 проделали глобальную корректировку и удалили все лишние "некрасивые" записи.

Проблема сейчас у нас заключается в следующем. При добавлении нового контингента через кнопочку "Добавление нового контингента", опять идет некорректное присоединение записей и данное сообщение (см. картинку 1).
На этой кнопке "Добавление нового контингента" скорее всего файл vAdd83.gbl выполняется неправильно. После выполнения этого задания записи вообще не появились даже после выполнения команды в АРМ "Администратор" - "Создать словарь заново". Причем на просмотре "запись полностью" добавление есть (см. картинку 2), то есть такая же проблема, как и была первоначально, когда мы выполняли задание "Связать с...".

Интересно, что те "лишние" записи, которые у нас были в поле 112, после глобальной корректировки и очистки их, появились снова, после выполнения скорее всего глобальной корректировки "Добавление нового контингента". В поле 112 и прописаны все эти привязки, хотя они должны быть совсем не там.

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

Может быть Вы нам пришлете еще свой файл глобальной корректировки vAdd83.gbl и тогда все пойдет?

Заранее спасибо!



Редактировано 1 раз. Последний раз 07.02.2011 16:34 пользователем lyangner.

Прикладываю все, что было в обновлениях к версии 10.1 для БД VUZ

Спасибо! С присоединением вопросов больше нет.

Ну и напоследок, еще один момент - при удалении записей выскакивает окошко, где пишет "Ошибки при выполнении задания vdel83.gbl" (см. прикрепленный файл). В конкретном примере "MFN=272 Record size exceeded" - данный MFN и есть наша дисциплина "Физиотерапия", для которой и проводится удаление.
Однако, несмотря на выскакивающую ошибку, все удаления проходят успешно.
Файл VDEL83.gbl заменили тем, который Вы нам прислали в архиве vuz.zip.

В чем может быть причина, подскажите нам, пожалуйста!



Редактировано 1 раз. Последний раз 11.02.2011 16:23 пользователем lyangner.

Это проблема ИРБИС-32. Длина записи не м.б. более 32К. При работе с этой записью глобальная временно создает промежуточные поля и превышается размер записи. Для этой записи нельзя пользоваться глобальной. Удаление нада сделать ручками.

=) Спасибо, будем иметь ввиду.