Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис    FTP-сервер
Система ИРБИС в целом :  ИРБИС Irbis
 
Расширение БД
Пользователь: slay (IP-адрес скрыт)
Дата: 29, May, 2009 13:26

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

Re: Расширение БД
Пользователь: Alio (IP-адрес скрыт)
Дата: 29, May, 2009 14:29

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

Re: Расширение БД
Пользователь: slay (IP-адрес скрыт)
Дата: 29, May, 2009 15:19

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

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

Re: Расширение БД
Пользователь: Alio (IP-адрес скрыт)
Дата: 29, May, 2009 15:43

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

Re: Расширение БД
Пользователь: slay (IP-адрес скрыт)
Дата: 29, May, 2009 16:15

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

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

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

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

Re: Расширение БД
Пользователь: Alio (IP-адрес скрыт)
Дата: 29, May, 2009 17:05

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


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

Re: Расширение БД
Пользователь: slay (IP-адрес скрыт)
Дата: 29, May, 2009 18:27

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

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


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



Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.