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

В дополнение к прошлому письму

Записи размножились не при связывании, а эти дубли были в базе. При связывании они только дописались дисциплиной и стали показываться.
Когда они образовались - сказать невозможно. Но есть средство их убрать. См. 123

Добрый день, сделали, к сожалению не помогло. Контроль выявил некоторые другие ошибки, но эти не убрал. Все осталось по прежнему. Это произошло после чистки словарей, может наш администратор удалил какой-нибудь параметр? В тех дисциплинах, которые ещё не связывались, запись VUZ, выглядит вот так (рис. 1) здесь записи только двойные (рис. 2)!!!, а те, которые связывались, почему-то для каждой дисциплины создало новую запись, и их очень много (см. рис. 4). Я не знаю что делать.

Вот к примеру MFN 1311 (рис.5)

Приложите всю БД VUZ, лучше всю папку VUZ. Укажите точно в какой версии вы работаете.

ИРБИС64 2016.1

"... сделали, к сожалению не помогло..."
Очень даже помогает. На вашей базе я сделала контроль с исправлением дублей - все дубли ушли. Мои действия и результаты в DocГродно

Ой, в первый раз, поставила удалять дублетные дисциплины вместо дублетных контингентов. Точно, все получилось. Надеюсь больше они множится не будут. Спасибо Вам большое!!!

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

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

В какой-то момент у нас умножились записи контингента в дисциплинах (Снимок3).
В связи с этим два вопроса:

1) правильно ли я понимаю, что наша проблема аналогична описанной выше и мы можем её исправить чрез пакетное задание CHKVUZ (Контроль записей БД VUZ);

2) могла ли эта проблема возникнуть при повторном употреблении пакетных заданий REPITEM и REPMark;

3) могла ли проблема возникнуть после открепления учебников от дисциплины и затем повторной привязки их к ней?

Версия 2018.1(D7)

Ситуацию исправляет задание CHKVUZ, но то оно и создано.
СИтуация не должна возникать при повторных выполнениях. Она не возникает, если:
1. БД VUZ имеется актуальный словарь
2. Нет ошибок в пакетных заданиях
3. Вы корректируете БД VUZ только в АРМе Книгообеспеченность и только соответствующими пакетными заданиями. АРМ Каталогизатор не отслеживает правильность БД VUZ.

Спасибо!

Применил пакетное задание CHKVUZ, как это было описано в файле (123), прилагаемом к приведенному выше сообщению от 04 декабря 2017 г.

Протокол показывает, что дублетные записи найдены (см. файл Протокол1).
Однако они почему-то не удалились (см. файл Снимок1).
Прогнал это пакетное задание ещё раз - протокол оказался точно таким же (см. файл Протокол2).
Т. е. записи находятся, но почему-то не удаляются.
Как быть?

Ирбис64+ 2022 (D3)
Сервер Турбо Про

А вы при запуске поставили "ДА"? - см. 11

Да, конечно.
Сейчас на всякий случай ещё раз повторил операцию - результат тот же.

Ирбис64+ 2022 (D3)
Сервер Турбо Про

К сожалению, вы правы. Я не заметили в какую из очередных корректировок попала эта ошибка. К сожалению, исправление не попало в D9.
Прикладываю.
Спасибо.

Спасибо Вам, Людмила Николаевна!
Все дубли удалились.

Но мне не дает покоя мысль: откуда они появились?
Есть подозрение, что это случилось при нажатии кнопки "Связать с другими записями", когда мы таким образом думали учесть увеличение численности студентов после регистрации новых читателей.
Я так понимаю, что это, наверное, было неправильно с нашей стороны и нам надо было воспользоваться пакетным заданием REPRDR?
Это могло быть причиной появления дублей? Так делать нельзя?

И ещё хотелось бы уточнить по ходу этой темы.
Вы писали выше, что ситуация с дублями не возникнет, если БД VUZ будет корректироваться только в АРМе Книгообеспеченность соответствующими пакетными заданиями, и что "АРМ Каталогизатор не отслеживает правильность БД VUZ".
Как тогда правильно вносить изменения в БД RDR и эл. каталога?
Правильно ли я понимаю, что это можно делать двумя способами:

1) через кнопку "Ввод/Корректировка" в АРМ Книгообеспеченность и после сохранения изменений соглашаться с предложением Ирбис "Корректировать связанные записи";

2) через АРМ Каталогизатор и затем в АРМ Книгообеспеченность запускать соответствующие пакетные задания для БД RDR и эл. каталога?

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Уточняю.
Студенты вводятся и корректируются, конечно, в АРМе Каталогизатор. Но только в АРМе КО они привяжутся к дисциплинам. И это делается в режиме "Связать..." или в любом пакетном задании, побочным действием которого будет привязка студентов к дисциплине. Если корректировка поля 90, то это только в АРМе КО пакетными заданиями - тогда будет "перепривязка". Другие корректировки - в Каталогизаторе.
Учебники. Похожий подход. В АРМе КО делается перенос контингентов в учебники. Если что-то меняется с т.зр. контингентов или дисциплин, то корректировка в АРМе КО через пакетные задания.
Сами дисциплины. Если вы вводите новые контингенты в АРМе КО, то автоввод создаст записи контингентов. Если вы сделаете то же самое в АРМе Каталогизатор, то там другой автоввод и он не создаст записи контингентов.
Режим "Связать..." на БД VUZ не должен порождать дубли, если все в порядке со словарем. Там проверяется есть ли уже такая запись контингента. Если нет, то создается новая, если есть, то корректируется старая.
"Связать..." на БД RDR никак не может породить дубли в БД VUZ. Его можно делать сколько угодно раз.
И конечно, речь о последних версиях, т.к. в очень старых версиях могли быть другие логики.

Понятно.

Спасибо!