Есть необходимость добавить к каждой записи в БД свое поле. Значение данного поля будет формироваться автоматически через autoin.gbl с использованием &unifor(‘+8. DLL уже написана и прекрасно работает. Осталась проблема выбора номера поля (метки) для хранения.
Собственно вопрос: какие номера (желательно >1000, но не принципиально) можно "безопасно" использовать для своих целей, чтобы не было конфликтов при обновлениях ИРБИСа?

Используйте любые метки >1100
Но помните, что при экспорте данных через ISO данные с метками >999 не передаются. Если при экспорте ВЫ не хотите их потерять, используйте экспорт в TXT

Просмотрел файл autoin.gbl, там есть команды добавления полей 1999, 9901, 9938 и т.д. Если я правильно понимаю, то это "временные" поля и они потом удаляются. Не повлияют такие манипуляции на поля которые уже есть в записи (в случае совпадения номеров, конечно)?

И вдогонку еще вопрос: а как гарантировать срабатывания autoin.gbl? Если при импорте не поставить галочку "использовать автоввод", то этот файл выполнятся не будет?

slay написал(а):
-------------------------------------------------------
> Просмотрел файл autoin.gbl, там есть команды
> добавления полей 1999, 9901, 9938 и т.д. Если я
> правильно понимаю, то это "временные" поля и они
> потом удаляются. Не повлияют такие манипуляции на
> поля которые уже есть в записи (в случае
> совпадения номеров, конечно)?
Повлияют. Если Вы создаете новое поле в БД, в которых действуют технологии ИРБИС, то Ваша задача выбрать такую метку, чтобы не было никаких конфликтов.
>
> И вдогонку еще вопрос: а как гарантировать
> срабатывания autoin.gbl? Если при импорте не
> поставить галочку "использовать автоввод", то этот
> файл выполнятся не будет?
Не будет.

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

Сейчас-то я могу выбрать, но как гарантировать что в будущем это поле не станет использоваться ИРБИСом?

> > И вдогонку еще вопрос: а как гарантировать
> > срабатывания autoin.gbl? Если при импорте не
> > поставить галочку "использовать автоввод", то
> > этот файл выполнятся не будет?
> Не будет.

Т.е. механизма гарантированной обработки сейчас нет... А планируется?

slay написал(а):
-------------------------------------------------------
> > Повлияют. Если Вы создаете новое поле в БД, в
> > которых действуют технологии ИРБИС, то Ваша
> задача
> > выбрать такую метку, чтобы не было никаких
> > конфликтов.
>
> Сейчас-то я могу выбрать, но как гарантировать что
> в будущем это поле не станет использоваться
> ИРБИСом?
Никак


>
> > > И вдогонку еще вопрос: а как гарантировать
> > > срабатывания autoin.gbl? Если при импорте не
> > > поставить галочку "использовать автоввод", то
> > > этот файл выполнятся не будет?
> > Не будет.
>
> Т.е. механизма гарантированной обработки сейчас
> нет... А планируется?
Нет, не планируется - поскольку в этом нет необходимости.

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

А может просто "зарезервировать" некий диапазон для использования самими пользователями? Скажем - 2000..2999. Такого количества для любых нужд хватит и проблем при обновлениях не будет


> > Т.е. механизма гарантированной обработки сейчас
> > нет... А планируется?
> Нет, не планируется - поскольку в этом нет необходимости.
Жаль. У меня вот появилась... Это не критично, но позволило бы избежать возможных проблем, да и упростило бы все. Но нет, так нет