Библиотека использует 955 поле для прикрепления полных текстов, хотят закрыть доступ к ним у неавторизованных пользователей в веб-ирбисе.
Ни у одной записи не заполнено подполе ^B - идентификатор записи права доступа.
В рекомендациях (http://irbis.elnit.org/read.php?37,116675,116675) написано: "6. Не следует корректировать значение 955 поля с помощью глобальной корректировки."
Подскажите, как прописывать права доступа во всех этих записях в таком случае?

ktd написал(а):
-------------------------------------------------------
> Библиотека использует 955 поле для прикрепления
> полных текстов, хотят закрыть доступ к ним у
> неавторизованных пользователей в веб-ирбисе.
> Ни у одной записи не заполнено подполе ^B -
> идентификатор записи права доступа.
> В рекомендациях
> (http://irbis.elnit.org/read.php?37,116675,116675)
> написано: "6. Не следует корректировать значение
> 955 поля с помощью глобальной корректировки."
Эта рекомендация относится к подполю А. Подполе В можете корректировать глобальной.

Александр Иосифович, спасибо за уточнение.
Извините, но как мы должны были это понять без сегодняшнего уточнения?
Во фразе: "Не следует корректировать значение 955 поля с помощью глобальной корректировки."
нет упоминаний о том, что это касается только одного из подполей.

А. Роман написал(а):
-------------------------------------------------------
> Александр Иосифович, спасибо за уточнение.
> Извините, но как мы должны были это понять без
> сегодняшнего уточнения?
> Во фразе: "Не следует корректировать значение 955
> поля с помощью глобальной корректировки."
> нет упоминаний о том, что это касается только
> одного из подполей.
Виноват.

К сожалению, ГК в других подполях поля 955 работает не всегда корректно и не всегда срабатывает, приходится вручную редактировать каждый документ. В том числе в подполях "Текст для ссылки" и "идентификатор записи права доступа".

Нельзя с помощью ГК корректировать подполе 955^а - остальные можно.

Александр Иосифович, тогда предложите пожалуйста вариант, как библиотеке, которая переходит на технологию ИРБИС64+ заполнить данные в поле 955 для 10000 документов. В поле 955 ничего не было.

Или вторая ситуация, как поступить если нужно перенести/переименовать ранее загруженные файлы или относительный путь к ним, указанные в поле 955?

Вручную указывать имя файла в поле 955, выбирая файл из указанной директории или также вручную менять текст в подполе А поля 955?

А. Роман написал(а):
-------------------------------------------------------
> Александр Иосифович, тогда предложите пожалуйста
> вариант, как библиотеке, которая переходит на
> технологию ИРБИС64+ заполнить данные в поле 955
> для 10000 документов. В поле 955 ничего не было.

> Или вторая ситуация, как поступить если нужно
> перенести/переименовать ранее загруженные файлы
> или относительный путь к ним, указанные в поле
> 955?
>
> Вручную указывать имя файла в поле 955, выбирая
> файл из указанной директории или также вручную
> менять текст в подполе А поля 955?
Пожалуйста, делайте ГК для 955^а - НО после надо обязательно делать загрузку словаря ПОЛНОСТЬЮ с повторением разбивки на страницы.

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

Мы собственно так и делали, но возникала другая проблема.

При добавлении или корректировке небольшой части к уже имеющемуся массиву документов приходилось перестраивать словарь заново полностью каждый раз.
На массиве в 15 тыс. документов и при неслабых характеристиках сервера эта процедура занимала до 26 часов!

Использовали в тестовом режиме (под присмотром разработчика) модуль irbistool для ускорения процедуры и добивались существенного сокращения времени на ее выполнение.

Но дальше в рабочем порядке нам запретили использовать модуль irbistool... Очень хотелось бы понять когда и на каких условиях этот модуль смогут использовать пользователи САБ ИРБИС64+ версии 2020.1



Редактировано 1 раз. Последний раз 14.01.2021 15:13 пользователем А. Роман.