Задача следующая:
В другой АБИС есть база данных Электронного каталога и Авторитетный (нормативный) файл авторов. Каждая запись ЭК содержит ссылку на id в Авторитетном файле и записи в Авторитетном файле могу ссылаться друг на друга. Теперь требуется все это перебросить в Ирбис, сохранив ссылки.

Мне представляется такой алгоритм:
1. В ATHRA добавляется временное поле для хранения идентификатора другой системы, по нему строится словарь.
2. Выгружается Авторитетный файл авторов из другой системы в соответствующий формат Ирбис (пока игнорируя ссылки между этими записями).
3. Производится импорт в ATHRA. Теперь каждая запись получит свой MFN.
4. Производится экспорт записей из ATHRA в другую систему с указанием присвоенного им MFN.
5. В другой системе создается поле для хранения MFN Ирбиса, которое заполняется полученными данными из экспортированного файла.
6. При выгрузке БД ЭК для загрузки в Ирбис производить подмена старой ссылки на MFN.
7. Осуществляется повторная выгрузка Авторитетного файла с подменой старых ссылок между записями на MFN, и обновление ATHRA путем слияния по ключу (по id другой системы).

В связи с этим возникаютследующие вопросы:
1) Правильно ли я понял, что в качестве ссылки на запись авторитетного файла из БД ЭК в Ирбис используется именно MFN? Но тогда не может ли это привести к возникновению проблем в будущем при выполнении операций опустошения этой БД и последующего импорта данных при обслуживании системы? (Насполько я понимаю, в этом случае MFN будут заново розданы записями).

2) Как получить сведения об MFN для каждой записи в экспортируемом из Ирбис файле?

Мудрено все получается. Можно и проще при первой же конвертации все перенести. При переносе сохраните id в ЭК и в авторитетном файле, а затем глобальной корректировкой заменить id на mfn.

Но встает вопрос - зачем? В Ирбисе по умолчанию отсылки между записями не использовались

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

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

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

Вобщем-то я с вами категорически согласен. Сам такое думал сделть давно, но потом как-то отпала надобность.

По поводу корректировки одного документа из другого: есть такой оператор Correc - это в глобальныйх корректировках и два форматных выхода - &unifor('7 и &unifor('D. С их помощью можно как вызывать на просмотр любой документ из любой БД (главное знать по какому термину обратится к записи) и корректировать документы. Чуть позже выложу приблизительные наброски корректировок. Вообще-то можно будет сделать так, что бы в Авторитетном файле изменяли запись, и это автоматически приводило к обработки записей в ЭК. Это можно, но это ресурсоемко. Лучше раз в какое-то время запускать глобальную, которая будет проверять записи и обновлять версию в ЭК. Правда для этого стоит хронить в записях Авторитетного файла некий флаг - изменение в записи есть, но в ЭК не перенесено, а при корректировки ЭК этот флаг будет удаляться

Gena написал(а):
-------------------------------------------------------
> Вобщем-то я с вами категорически согласен. Сам
> такое думал сделть давно, но потом как-то отпала
> надобность.
>
> По поводу корректировки одного документа из
> другого: есть такой оператор Correc - это в
> глобальныйх корректировках и два форматных выхода
> - &unifor('7 и &unifor('D. С их помощью можно как
> вызывать на просмотр любой документ из любой БД
> (главное знать по какому термину обратится к
> записи) и корректировать документы. Чуть позже
> выложу приблизительные наброски корректировок.
> Вообще-то можно будет сделать так, что бы в
> Авторитетном файле изменяли запись, и это
> автоматически приводило к обработки записей в ЭК.

В Autoin.gbl БД Athrs эта процедура заложена - корректировка поля 606 в ЭК при корректировке записи авторитетной БД.

> Это можно, но это ресурсоемко. Лучше раз в
> какое-то время запускать глобальную, которая будет
> проверять записи и обновлять версию в ЭК. Правда
> для этого стоит хронить в записях Авторитетного
> файла некий флаг - изменение в записи есть, но в
> ЭК не перенесено, а при корректировки ЭК этот флаг
> будет удаляться

Будете делать автокорректировку - не забудьте учесть варианты
а) удаление записи из БД АФ - поскольку при удалении autoin не отрабатывается у нас в авторитетной записи добавлено поле-флаг "запись помечена для удаления" и собственно процедура удаления запускается именно из autoin.gbl
б) полной замены авторитетной записи - здесь можно только организационно запретить в БД АФ корректировки при которых Иванов становится Петровым.

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP