При нажатии на кн. Начать создание СК (создание СК заново) возникает сообщение об ошибке:

Ошибка при очистке базы SVK: Неправильный уникальный идентификатор клиента (возможно клиент не авторизован из-за неправильного пароля и логина)

логин и пароль указаны корректные в обеих таблицах настроек J-ИРБИС,
БД SVK создана и добавлена во все меню и в список БД J-ИРБИС.
Отметки об участии БД в СК также проставлены, БД SVK указана в параметре SVK_BASE. Офлайновое обновление выполнено.

Если запустить процесс в режиме "Дополнение СК" то процесс стартует.


Версия базы данных 5.5.5-10.1.38-MariaDB
Кодировка базы данных utf8_general_ci
Версия PHP 5.6.40
Веб-сервер Apache/2.4.38 (Win64) OpenSSL/1.0.2q PHP/5.6.40

В итоге работы процесса (ИРБИС-Турбо со всеми обновлениями) из трех БД, отмеченных в таблице (Базы источников и их характеристики) для участия в СК записи загрузились только из одной БД и то почему-то не полностью.

В таблице настроек в поле Загружено в СК указано значение 93401,
хотя в самой БД SVK в итоге работы появилось только 93022 записи.
В БД учавствовавшей в загрузке данных было 93285 записей.


При старте процесса указано что по запросу (V=$) всего найдено 93269 записей (это не равно 93401), тогда почему создано только 93022 ?

Нужны комментарии по ситуации и подробности по принципам работы модуля СК.



Редактировано 2 раз. Последний раз 23.09.2021 12:44 пользователем А. Роман.

А. Роман написал(а):
-------------------------------------------------------
> При нажатии на кн. Начать создание СК (создание СК
> заново) возникает сообщение об ошибке:
>
> Ошибка при очистке базы SVK: Неправильный
> уникальный идентификатор клиента (возможно клиент
> не авторизован из-за неправильного пароля и
> логина)

Скорее всего, это связано с тем, что пользователь, от имени которого работает J-ИРБИС 2.0, не имеет доступа к командам АРМа Администратор (очистке БД).



Редактировано 1 раз. Последний раз 25.09.2021 00:47 пользователем Кирилл Соколинский (СЗТУ).

А. Роман написал(а):
-------------------------------------------------------
> из трех БД, отмеченных в таблице (Базы источников и их характеристики)
> для участия в СК записи загрузились только из одной БД

Если Вы уверены, что это не ошибка настройки, пришлите мне дампы таблиц MySQL jos_bases и jos_libraries

> При старте процесса указано что по запросу (V=$)
> всего найдено 93269 записей (это не равно 93401),

Пожалуйста, попросите какого-нибудь опытного администратора ИРБИС проанализировать БД. Это не имеет отношения к J-ИРБИС. То, что количество ссылок словаря не тождественно количеству записей -- при определённых условиях нормально. Например, могут быть логически удалённые записи...

> тогда почему создано только 93022 ?

Потому, что процесс слияния вероятностный. Он определяется настройками слияния и алгоритмами хеширования.

> Нужны комментарии по ситуации и подробности по
> принципам работы модуля СК.

Подробности в документации и файле Readme_SK.doc, который я отправил Вам 3 года назад...



Редактировано 2 раз. Последний раз 25.09.2021 01:02 пользователем Кирилл Соколинский (СЗТУ).

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
> > При нажатии на кн. Начать создание СК (создание
> СК
> > заново) возникает сообщение об ошибке:
> >
> > Ошибка при очистке базы SVK: Неправильный
> > уникальный идентификатор клиента (возможно
> клиент
> > не авторизован из-за неправильного пароля и
> > логина)
>
> Скорее всего, это связано с тем, что пользователь,
> от имени которого работает J-ИРБИС 2.0, не имеет
> доступа к командам АРМа Администратор (очистке
> БД).

Пользователь от имени которого работает J-ИРБИС имеет доступ к АРМ Каталогизатор (как и было указано в документации).
А вот про то, что модулю J-ИРБИС для работы требуется еще и доступ к АРМ Администратор - в документации нет ни единого слова.

Если Вы настаиваете на том, что руководство пользователя модуля J-ИРБИС постоянно обновляемое, то будьте так любезны, держите его в актуальном состоянии. Пересмотрите его текст и удалите неактуальные сведения, добавив важную информацию требующуюся для работы.
Пример того, что вводит по меньшей мере новых пользователей модуля в заблуждение приведен в скриншоте.

А. Роман написал(а):
-------------------------------------------------------
> Кирилл Соколинский (СЗТУ) написал(а):
> --------------------------------------------------
> -----
> > А. Роман написал(а):
> >
> --------------------------------------------------
>
> > -----
> > Если Вы уверены, что это не ошибка настройки,
> > пришлите мне дампы таблиц MySQL jos_bases и
> > jos_libraries
>
> Уверен, файл в приложении.

Файл получил. Буду анализировать.

PS
Говоря "пришлите мне дампы", я не имел в виду, что их нужно вместе с паролями пользователя публиковать на форуме ...



Редактировано 2 раз. Последний раз 26.09.2021 13:00 пользователем Кирилл Соколинский (СЗТУ).

А. Роман написал(а):
-------------------------------------------------------
> Кирилл Соколинский (СЗТУ) написал(а):
> --------------------------------------------------
> А вот про то, что модулю J-ИРБИС для работы
> требуется еще и доступ к АРМ Администратор - в
> документации нет ни единого слова.

Это не правда. Вот цитата из предыдущей версии Документации

Цитата:

Документация
Кроме того, нужно сразу указать пароль и логин пользователя, имеющего доступ ко всем АРМам САБ ИРБИС

В сноске давалась дополнительная информация по этому поводу.

Сейчас я дополнительно артикулировал необходимость доступа к командам АРМ Администратор в разделах, посвященных сводным каталогам и работе с базой VUZ.

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

Спасибо, исправил. Также скорректировал подсказки в административной панели (в связи с вашей жалобой в параллельной теме). Изменения вступят в силу при следующем автоматическом обновлении.

Я буду очень рад любым указаниям на атавизмы, противоречия и ошибки в документации.

Только приведённый вами фрагмент не имеет никакого отношения к теме сводных каталогов, которые здесь обсуждаются...



Редактировано 3 раз. Последний раз 26.09.2021 12:57 пользователем Кирилл Соколинский (СЗТУ).

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

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
> > Кирилл Соколинский (СЗТУ) написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > А. Роман написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > > -----
> > > Если Вы уверены, что это не ошибка настройки,
> > > пришлите мне дампы таблиц MySQL jos_bases и
> > > jos_libraries
> >
> > Уверен, файл в приложении.
>
> Файл получил. Буду анализировать.
>
> PS
> Говоря "пришлите мне дампы", я не имел в виду, что
> их нужно вместе с паролями пользователя
> публиковать на форуме ...

Сервер еще вне доступа из сети Интернет, поэтому проблем с безопасностью нет. Тем не менее пароль уже изменен.

Процесс полностью повторил, добавив J-ИРБИС временно доступ ко всем АРМам.
БД SVK при старте процесса была опустошена, но далее все осталось на том же месте:

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

Прим этом кол-во записей в БД SVK в итоге = 93032, но в таблице для БД GMTU3 в поле Загружено в СК указано 93401. Даже если из 93401 записи вычесть 56 обновленных записей, то не получается 93032.

В протоколе есть информация о том, что 65 записей были обновлены при импорте (вручную пришлось считать т.к. нет сводки в протоколе), но из каких исходных записей в итоговую была добавлена информация - сведений в протоколе нет (пришлось собирать шифры из предыдущих копий 903 поля). При этом записи объединялись из одной БД !!! То есть были слеплены из разных библиографических описаний. Пример в приложении.
Протокол практически не дает никакой полезной информации и необходимо выискивать по крупицам нужную информацию.

Если правильно понимаю общую технолоию по созданию БД СК, применяющуюся в других модулях, то шифры документов в записях БД СК должны быть собственными, а в 902 поле должны присутствовать шифры из БД источников, в привязке к этим БД. В представленной технологии шифры перезаписываются при каждом обновлении в 903 поле. И для того, чтобы восстановить связки с БД источников надо достать все шифры из предыдущих копий записи.
Это делает БД SVK бесполезной на практике без дополнительной корректировки - указания шифров документов из связанных БД и имен этих БД в ИРБИС.

В документации (пользовательской) нет конкрентой информации о том, как можно настроить работу модуля. Даны самые общие сведения и отсылки к тем или иным функциям, но разобраться в том месеве, которое из себя представляет код в том же файле ji_rec_import_svk.php - просто не возможно.

Поэтому мы прекращаем работы с данным компонентом модуля J-ИРБИС и считаем, что в том виде в котором компонент и "документация" поставляются сейчас - они увы не применимы для целей самостоятельного создания СК пользователем. Документация не полная, код непригоден для самостоятельного изучения и доработки пользователем.

Скриншоты в приложении.



Редактировано 2 раз. Последний раз 26.09.2021 17:07 пользователем А. Роман.

А. Роман написал(а):
-------------------------------------------------------
> из трех БД отмеченных для участия в создании СК
> были обработаны записи только из одной БД.

Действительно имела место ошибка при которой сводный каталог формировался на основе лишь последней из отмеченных для него БД. Сегодня воскресенье, тем не менее эта ошибка исправлена. Обновлены все сайты, подписанные на автоматическое обновление. Выпущено оффлайновое обновление.

Это единственная проблема, которую я зафиксировал.

> Если правильно понимаю общую технолоию по созданию
> БД СК, применяющуюся в других модулях, то шифры
> документов в записях БД СК должны быть
> собственными

Вы уверены, что существует "общая технология по созданию БД СК", где фигурируют 903 поля??? Я бы рекомендовал Вам разобраться с этим вопросом…

> Прим этом кол-во записей в БД SVK в итоге = 93032,
> но в таблице для БД GMTU3 в поле Загружено в СК
> указано 93401. Даже если из 93401 записи вычесть
> 56 обновленных записей, то не получается 93032.

Характеристики слияния определяются настройками, которые описаны в ReadMe_SK.doc!

> В документации (пользовательской) нет конкрентой
> информации о том, как можно настроить работу
> модуля. Даны самые общие сведения и отсылки к тем
> или иным функциям, но разобраться в том месеве,
> которое из себя представляет код в том же файле
> ji_rec_import_svk.php - просто не возможно.

Почему несмотря на наличие 2 таблиц, находящихся в Панели управления и предназначенных для настройки, трёх параметров Основных настроек, 2-х PHP файлов Вы устремили своё внимание именно на файл ji_rec_import_svk.php, который для редакции пользователем не предназначен??? Где в документации Вы нашли указание на необходимость ковыряться в этом файле?

> Документация не полная

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


Что Вы хотели сказать десятком скриншотов в архиве, на которые нет никаких ссылок сообщении? Если у Вас есть претензии к документации, скопируйте соответствующий текст, оформите его как цитату, опишите то, что Вам видится неверным/неясным/противоречивым/устаревшим.



Редактировано 6 раз. Последний раз 26.09.2021 23:31 пользователем Кирилл Соколинский (СЗТУ).

Достаточно одного скриншота, чтобы понять, что использовать данный компонент пока еще нельзя (он нуждается в существенной доработке).
Исправление ошибки с отбором БД для работы уже мало что дает на фоне проблемы с некорректным слиянием совершенно РАЗНЫХ записей.

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

По какой причине Вы не публикуете документацию? Может стоит провести ее экспертизу на предмет полноты и понятности материала для продвинутого пользователя.
Полагаю вполне можно было бы опубликовать с 12 по 21 страницы. Или Вы чего-то боитесь?

А. Роман написал(а):
-------------------------------------------------------
> Достаточно одного скриншота, чтобы понять, что
> использовать данный компонент пока еще нельзя (он
> нуждается в существенной доработке).
> с некорректным
> слиянием совершенно РАЗНЫХ записей.

У меня нет возможности вникать в то, какие параметры слияния заданы у Вас в таблице "Настройка проверки на дублетность в СК", но с дефолтными настройками слияние указанных записей НЕ происходит. (см. скриншот ниже, специально добавил для выразительности вывод библиографических записей)

Наконец, если бы оно происходило и требовался более высокий уровень надёжности дедубликации, то что мешало обнулить цифры в столбце "Допустимый уровень погрешности" (см. скриншот ниже с подсказкой)???

Современный алгоритм создания сводных ресурсов не может быть простым. Но решение, реализованное в J-ИРБИС 2.0, является единственным на российском рынке, где существует возможность параметрирования весовых коэффициентов и погрешности без программирования, через визуальный интерфейс.

Сказанным я вовсе не призываю Вас пользоваться данным решением. Если в ООО ИРБИС-консультант нет людей, способных к чтению технического текста и его анализу, то лучше не продавать пользователям ИРБИС услуги по технической поддержке.

> как в "документации" мало полезной информации по
> настройке компонента

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



Редактировано 2 раз. Последний раз 03.10.2021 21:00 пользователем Кирилл Соколинский (СЗТУ).