Re: Проблема с заменой читательского билета
Пользователь:
Игорь (IP-адрес скрыт)
Дата: 21, January, 2020 08:48
roit написал(а):
-------------------------------------------------------
> Может быть если делать с самого начала 30 поле и
> может быть построено так. Но есть реальная не
> теоретическая проблема.
> На 30 поле уже настроена вся техника и все
> программы как на самой технике, так и оба сип2,
> которые на сегодняшний день официально
> распространяет ИРБИС. Мы с 2013 года так работаем.
> И не только мы так работаем.
> Именно поэтому и есть просьба к разработчикам
> что-то придумать для архивной базы. Тем более, что
> похоже, судя по варианту Р. Альшанского, такой
> выход может быть найден без революции с 30 полем.
Это что, в RFID софте "намертво" вшиты номера полей без возможности кастомизации?
С точки зрения нормальной разработки и сопровождения ПО и БД - это бредовая и совершенно недопустимая ситуация.
Ну да за последние ~20 лет я в ИРБИСе много чего нелогичного насмотрелся...
Есть в записи ИРБИСа поле 2147483647, хранящее некое подобие _id записи, значение вида "{3D3764B2-225A-47D8-96F4-F7408E925E72}" (своеобразная калька с серьёзных СУБД), это значение, уникальное для каждой записи в БД и неизменяемое в течение жизненного цикла записи. Оно используется в полнотекстовой подсистеме ИРБИС64+ для связи записи описания с соответствующими записями в полнотекстовой базе. В принципе, можно было бы аналогичным образом организовать связь записей в разных БД ( в том числе и RDR с RDR_ARCH), записывая в дочернюю запись значение поля 2147483647 материнской записи. Но напрямую средствами языка формата это поле, похоже, никак не выцепить (в языке формата зачем-то ограничение на длину номера поля), только сторонней реализацией на каком-нибудь ЯП.
Хотелось бы услышать от разработчиков про возможные перспективы его использования.
update:
детальное вчитывание в ibis.fst дало &uf('+*') - команда для доступа к содержимому данного поля. Отсюда можно двигаться дальше.
Редактировано 1 раз. Последний раз 21.01.2020 09:59 пользователем Игорь.