Если я правильно понимаю, то при создании БД ЭК в новую директорию копируются
1) ibis.* из BLANK с переименованием
2) ibis.fst, ibis.ws, ibis.stw, ibis.sch, ibis.ws с переименованием
3) вся остальная параметрия из ibis по маске

Не лишним как кажется будет расширение (2) за счет ibis.ini c переименованием, и (3) за счет *.ini, в которых могут храниться групповые сценарии поиска

Поддерживаю расширение данного условия...

Откуда Вы взяли IBIS.INI - такого файла нет в дистрибутиве. Если пользователь создает его самостоятельно, то это его проблемы...

А пусть система думает, что если он его создаст, то его тоже нужно множить.

Alio написал(а):
-------------------------------------------------------
> Откуда Вы взяли IBIS.INI - такого файла нет в
> дистрибутиве. Если пользователь создает его
> самостоятельно, то это его проблемы...

Ну зачем же так в штыки? Это не его проблемы - это его право, которое ему дал разработчик, предложив три режима загрузки списка сценариев поиска - 1) из стартового ИНИ, 2) из ИНИ одноименного БД и 3) из ИНИ прописанного в SearchIni. При использовании нескольких библиографических баз (что, как я полагаю, является общим случаем) и персонализированных ИНИ для операторов (что должно быть нормой для 32, а для 64 и подавно) только очень "трудолюбивый" администратор системы не воспользуется возможностью типизировать список сценариев поиска для групп (пусть даже одной группы) пользователей с тем, чтобы при необходимости внести в него корректуры не править кждый ИНИ-файл независимо.

В соответствии с некоторыми умолчаниями (не буду углубляться) "плохо", когда БД ЭК имеет свой <dbn>.ini. Хотите "типизировать" сценарий поиска БД ЭК - делайте это через основной INI. Если две БД имеют разные сценарии поиска, то они обе не могут быть БД ЭК - значит одна из них специализированная...

Alio написал(а):
-------------------------------------------------------
> В соответствии с некоторыми умолчаниями (не буду
> углубляться) "плохо", когда БД ЭК имеет свой
> &lt;dbn&gt;.ini.
А было бы интересно "углубиться". У меня так настроено давно и относительно много. Хотелось бы знать - чем это чревато. Возможно не только мне

> Хотите "типизировать" сценарий
> поиска БД ЭК - делайте это через основной INI.
По описанным мотивам (ибо лень - движитель прогресса) мне этого делать не хочется. У меня сейчас около 25 операторов, вскоре будет чуть ли не в два раза больше. Ну логично ли залазить в 25 ИНИ при необходимости добавить в КАЖДЫЙ из них ОДНИ И ТЕ ЖЕ 3-4 строчки с описанием вида поиска и изменением их общего числа.

> Если две БД имеют разные сценарии поиска, то они
> обе не могут быть БД ЭК - значит одна из них
> специализированная...
А никто и не говорит о том, что две БД имеют РАЗНЫЕ сценарии поиска... Если бы я это говорил, то поднятый мной вопрос повисал бы в воздухе. Кроме того, "БД ЭК" - пункт из меню АРМ Администратор и употребил я его исключительно с целью терминологической непротиворечивости. Более правильным на мой взгляд было бы использование словосочетания "Библиографическая БД"

...



Редактировано 2 раз. Последний раз 17.11.2011 18:55 пользователем Lavrinovich.

Куделя написал(а):
-------------------------------------------------------
> Если я правильно понимаю, то при создании БД ЭК в
> новую директорию копируются
> 1) ibis.* из BLANK с переименованием
> 2) ibis.fst, ibis.ws, ibis.stw, ibis.sch, ibis.ws
> с переименованием
> 3) вся остальная параметрия из ibis по маске
>
> Не лишним как кажется будет расширение (2) за счет
> ibis.ini c переименованием, и (3) за счет *.ini, в
> которых могут храниться групповые сценарии поиска


Уговорили, сделали эту "грандиозную" доработку (за одно включили и *.tbu *.tbg *.stf *.xlt)

Спасибо :) А *.STF это кто?

STF и XLT - это файлы, связанные с новыми стат.формами (2006.1)

Спасибо! Сэкономленное время обязуюсь отработать на этом форуме :)

...



Редактировано 1 раз. Последний раз 10.10.2011 17:26 пользователем Lavrinovich.

1. Вот как надо:

Создать БД -
- Библиографическую
- Фактографическую (типа KZD)
- Персоналий (типа RDR)
- Лингвистического обеспечения
- Произвольную
!!!

2. А почему бы не сделать заодно "грандиозную доработку" в смысле выполнения предложений М.Панева ("ФАК") о копировании еще нескольких файлов?

irbis_arbat@mail.ru



Редактировано 1 раз. Последний раз 02.06.2006 15:54 пользователем Lavrinovich.