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

hmar написал(а):
-------------------------------------------------------
> Произошло задвоение инвентарных номеров одно
> описание издания наложилось на другое описание, и
> обложка наложилась одна на другую.
Что сие значит???

И при чем тут диагностика и пересоздание словарей???

так делала наша администратор системы Ирбис, она и сказала

Александр Иосифович, подскажите что тогда нужно делать в этом случае?

Может быть кто-то не очень аккуратно воспользовался вставкой из буферной записи? Это касается одной записи или большого количества? Если одна запись или небольшое количество записей, то можно посмотреть предыдущие копии записей.

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

Александр Иосифович поясните, что дает создание словаря полностью, что в результате этого происходит?

hmar написал(а):
-------------------------------------------------------
> Запись востановила, подскажите, а как проверить по
> базе задвоенные инвентарные номера?


Самый примитивный способ - статистика по полю инвентарный номер и сортировка полученной таблицы по убыванию.

А как сделать эту статистику, через последовательный поиск?

Увидела есть такой значок Статистика, но в самой форме не стоит 910^B подскажите что за файл, чтобы я в енго добавила это значение

Файл stt.mnu находится в папке базы. Добавьте в него строки

(v910^B/)
Инвентарный номер

и сохраните.

Поставила в файле stt.mnu значение, выбрала его в Статистике и вот что получается (см. вложение 1), после всего процесса форма никакая не выходит, а возвращается опять к статистике (см. вложение 2).

Покажите файл stt.mnu.

См. вложение

видимо v нужно было с маленькой буквы написать...поняла в чем ошибка

Проверила формирование статистики с вашим файлом, все работает.

Несколько раз запускала статистику в итоге долго грузит, а потом сбрасывает...у нас в базе 85115 инвентарных номеров в настройках статистики я задала параметры (см. вложение), может не правильно задала?

Попробуйте без сортировки и уменьшите значение, например, до 100, чтобы проверить, что таблица формируется.

Проверяла даже до 1000 таблица формируется, а если значение задаешь на все количество инв. номеров то (см. вложение 1) идет процесс, потом все заданные значения в статистике куда-то пропадают (см. вложение 2) и потом опять система сбрасывает

Простите, что влезаю, а почему дублетные инвентарные номера нельзя выявить через поиск (последовательный поиск / свободный поиск)? Мне присылали тут на форуме: (v910+|, |)<>&uf('Pv910')

а куда вы эти значения вводили? не сюда ли (см. вложение)

одним полем ниже

Вам ответил Роман Сергеевич, но на всякий случай уточню: полем ниже, как я и написала - графа Свободный поиск



Редактировано 1 раз. Последний раз 28.09.2021 15:42 пользователем roit.

Вообще странную конструкцию вам посоветовали. Может для других целей, т.к. она находит записи содержащие одинаковые повторения 910 поля целиком. Если хоть один символ будет отличаться, то уже запись не будет найдена. (v910^B+|, |)<>&uf('Pv910^B') даст результат по записям в которых повторяется инв. номер.

А вот если нужно отобрать все записи по БД, в которых есть инвентарные номера, дублетные как в пределах одной записи, так и находящиеся в разных записях, то подойдет условие: |910 val(&uf('J,IN='v910^B))>1
Оно для каждого повторения поля проверяет кол-во его вхождений в словаре инв. номер. Правда, если у вас есть записи с разными статусами экземпляров (например списанные, утерянные и числящиеся в библиотеке или выданными читателям) то вы такие инвентарные номера таким сценарием не найдете.
Нужно строить отдельный вид поиска по всем значениям инв. номеров безотносительно статуса экземпляров и только после проводить отбор таких записей сценарием |910 val(&uf('J,INALL='v910^B))>1 где INALL= префикс словаря со всеми значениями инв. номеров.

Может кто-нибудь подскажет сценарий проще?

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

Если бы вы работали с ИРБИС-Турбо то и изначальная форма статистики по всей БД без отбора записей построилась бы ощутимо быстрее и не пришлось бы огород городить.



Редактировано 1 раз. Последний раз 28.09.2021 16:38 пользователем А. Роман.

Поиск сработал спасибо.Только почему то в ссылках стоят по 2 шт. инв. номеров (см. вложение), а в самой записи по одной.

Простите, видно я Вам плохо посоветовала. Вот выше Роман Сергеевич разъяснил, что такой поиск неправильно срабатывает

hmar написал(а):
-------------------------------------------------------
> Поиск сработал спасибо.Только почему то в ссылках
> стоят по 2 шт. инв. номеров (см. вложение), а в
> самой записи по одной.

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

Попробуйте перейти к записям по ссылкам в словаре. Если запись будет только одна, то открыв окно с 910 полем в режиме Мультиввода (F3) отсортируйте его по полю инв. номера.
Если и при этом будет только одно значение инв. номера, значит проблему нужно будет искать в сценарии создания словаря.



Редактировано 1 раз. Последний раз 28.09.2021 17:23 пользователем А. Роман.

Роман Сергеевич сделала, как вы написали, после нажатия Мультиввода F3 и сортировки по инв. номеру появились дублетные записи (см. вложение D1), дальше попробовала удалила одно повторение поля с ин. номером 76477, нажала Ввод, появилось сообщение Ошибка ФЛК поля (см. вложение D2)...дальше я видимо должна удалить лишние инвентарные номера и Сохранить запись

На Вашем скриншоте видно несколько пар одинаковых инвентарных номеров.
При этом в одном случае статус экземпляра 0б в другом 4 (утерян) 76478, 76486 и т.д.
В сообщении ФЛК перечислены все дубли. Пока вы не удалите все дубли сообщение будет выводиться. Так как ошибка преодолимая, то можно закрыть окно и сохранить запись, но с последующим приведением 910 поля в порядок.

Спасибо за помощь.