Как решить эту проблему? Достаточно легко.
1. Созание необходимых файлов базы
1.1. Если в вашей версии АРМа Администратор поддерживается функция создания произвольной базы, то выполняете этот режим и получаете "рыбу" новой базы.
1.2. Если ваша версия системы стара (в ней нет функции создания произвольной базы), но свою базу создать хочется, то выполняете режим "Создать базу". В результате вы получаете абсолютно пустую базу, но там очень много файлов, которые, в большинстве своем, не нужны. Вам теперь нужно удалить из каталога базы все файлы кроме:
- для Ирбис32 <имяБД>.MST, <имяБД>.XRF, <имяБД>.L01, <имяБД>.L02, <имяБД>.N01, <имяБД>.N02, <имяБД>.IFP, <имяБД>.CNT
- для Ирбис64 <имяБД>.MST, <имяБД>.XRF, <имяБД>.L01, <имяБД>.N01, <имяБД>.IFP
2. Файлов, полученных в п.1 достаточно, чтобы база была доступна для просмотра, но для полноценной работы с этой базой из АРМа Администратор нужно еще добавить файл
<имяБД>.FST - этот файл отвечает за содержание словаря базы. Расшифровывается FST как fields select table (таблица выбора полей или просто ТВП). Про то, как составляются ТВП достаточно подробно описано в документации.
Наличие этого файла позволит вам создавать словарь для вашей базы из АРМа Администратор.
3. Для работы с базой из АРМа Каталогизатор нужно добавить в базу следующие файлы (имена файлов указаны для значений по умолчанию и могут менятся в зависимости от параметров ини-файла):
- FMT.MNU - список рабочих листов ввода (для версий от 3.1 до 4.2 его имя FMT31.MNU, для версий 4.2 включительно и более FMT42.MNU). Имя этого файла определяется параметров FmtMnu секции Main ини-файла irbisc.ini.
- WS.OPT - файл оптимизации выбора рабочих листов ввода. (для версий от 3.1 до 4.2 его имя WS31.OPT, для версий 4.2 включительно и более WS42.OPT). Имя этого файла определяется параметров WsOpt секции Main ини-файла irbisc.ini. Структура и назначение этого файла обсуждалось ранее в форуме "Часто задаваемые вопросы".
- PFTW.MNU - список форматов для отображения записи. Имя этого файла определяется параметров PftMnu секции Main ини-файла irbisc.ini.
- PFTW.OPT - файл оптимизации выбора файрмата отображения записи в окне просмотра АРМа Каталогизатор. Имя этого файла определяется параметров PftOpt секции Main ини-файла irbisc.ini. Структура этого файла полностью соответствует структуре файла WS.OPT.
- BRIEF.PFT - формат отображения записи в списке записей базы. Имя этого файла определяется параметров BriefPft секции Main ини-файла irbisc.ini.
- DEFAULT.WS - рабочий лист со списком всех предполагаемых полей базы. Этот рабочий лист можно использовать в качестве рабочего листа ввода. Но, однако, это не рекомендуется, поскольку в нем удобно держать все поля по порядковым номерам. Для ввода данных в базу удобно создать отдельный рабочий лист, который будет делить все поля, к примеру, по категориям. Имя этого файла в ини-файла не параметризируется.

Так же рекомендую создать в каталоге базы файл <имяБД>.INI. В нем необходимо оставить только секцию SEARCH. В этом файле необходимо прописать те виды поиска, которые будут доступны только для этой базы данных.

После этих манипуляций база должна без труда открыватся в АРМе Каталогизатор.



Отправка отредактированного (10-04-06 18:52)

г. Ярославль



Редактировано 1 раз. Последний раз 29.02.2012 09:13 пользователем Панев Максим.

Не говорит ли это о том, что механизм создания произвольной БД пока не доработан?..

Просто в нем учтены не все необходимые моменты. Подразумечается, что настроить базу можно вообще как угодно с какими угодно именами файлов. Просто все, что написано в п.2 лишь доработки, необходимые для работы базы при настройках по умолчанию.

Однако если скопировать файлы, перечисленные в пп. 2 и 3, предположим, из БД IBIS, получим стандартную библиографическую БД, а ведь идея "произвольной БД" - вроде бы как раз небиблиогрфическая?

> а ведь идея "произвольной БД" - вроде бы как раз небиблиогрфическая

Небиблиографической база быть не может. Она - либо библиографическая, т.е. с определенными полями - либо никакая (любая другая). Т.е. сырой набор возможных ячеек. А вот чтобы в эти ячейки можно было хоть что-то положить (редактировать), необходимы предметные таблицы данных. А уж библиографические они, географические, персональные и пр. - значения не имеет.
Максим писал только для случая, как сделать, чтобы быстро имелась возможность редактировать поля хоть как-то из АРМ Каталогизатор. Конечно же, эти файлы требуют редактирования. Но это самый быстрый путь для начала работы. Я бы даже сказал - "военная хитрость".

По моим темным, диким, дремучим понитиям, Библиография в переводе с древнегреческого на русский - книгоописание, в современном понимании - документоописание.
Отсюда следует, что, например, БД RDR и KZD, а также полнотекстовые и т. д. - небиблиографические.

Прошу прощения за ачипятки в предыдущем посте

Я отвечал с точки зрения "мировоззрения", а не с терминологической ;)

Как создать базу типа help.mst, а затем к ней обращаться из поля 622?

вот был бы счастье :-)

зачем...? неужели есть собственный и настолько сложный и разветвленный рубрикатор который нет возможности вести в файле tre?

Можно поподробнее, что это за файл tre? где его можно открыть?

файлы *.tre - файлы иерархических справочников, где уровни определяются тупо количеством tab`ов. Это правда уже не актуально, раз мы так расписались в другой ветке. В отношении ББК он вам конечно не поможет.

вобщем процесс создания произвольной БД движется (Ирбис32 2007.2).

вопрос возник в следущем: как сделать, что бы поле было вычисляемым[u][/u]: например возраст, стаж и т.д.

f((val(&unifor('3'))-(val(v21))),6,0) /* расчет возраста

V21 - это дата рождения

правда число получается большое, но точное :) - из него нужно только первые 2 цифры

Это можно сделать через аппарат АВТОВВОДА (autoin.gbl)

Ksana написал(а):
-------------------------------------------------------
> вобщем процесс создания произвольной БД движется
> (Ирбис32 2007.2).
>
> вопрос возник в следущем: как сделать, что бы поле
> было вычисляемым: например возраст, стаж и т.д.
>
> f((val(&unifor('3'))-(val(v21))),6,0) /* расчет
> возраста
>
> V21 - это дата рождения
>
> правда число получается большое, но точное :) - из
> него нужно только первые 2 цифры
Можете записать результат вычисления в глобальную переменную, а из нее взять первые две цифры.

>только первые 2 цифры
&uf('+960*0.2#'f((val(&unifor('3'))-(val(v21))),6,0))

Огромное спасибо!!! все получилось :)

Требуется создать БД оборудования ЛВС. Какие метки полей (диапазоны меток) можно задействовать для описания, скажем, МАС-адресов и прочих специфических параметров?

Задействуйте ЛЮБЫЕ метки - от 1 до 32000

Поскольку это база вашей собственной разработки и вы не собираетесь обмениваться своими записями с другими библиотеками, то вы вправе использовать весь диапазон меток от 1 до 999. Все, что выше, негласно используется в глобальных корректировках (от 1000 до 1999). Метки выше 2000 обычно задействованы в веб-ирбис. Вот основные правила. Но опять же они рекомендательные и не обязательны для соблюдения.

Планируется еще одна БД - пользователи ЛВС. Частично она будет повторять базу RDR. Если добавленные мной поля я помечу как бог на душу положит, будет ли такая база корректно обрабатываться АРМами?

Какие АРМы вы имеете ввиду?

Прежде всего, Каталогизатор.

Каталогизатору совершенно все равно какие метки полей будут присутствовать в записях базы.
Однако для меня лично остается загадкой, для чего вам база пользователей ЛВС. Вам не достаточно домена (или что у вас там поднято и работает)?

Для наглядности. Чтобы начальству была ясно видна и всегда доступна информационная структура библиотеки.

В общем-то в данном случае и не будет необходимости использовать для ведения этих баз какие-то иные АРМы кроме Каталогизатора. Так что на вопрос

Цитата:

serval
будет ли такая база корректно обрабатываться АРМами

можно ответить

Цитата:

Панев Максим
Будет обрабатываться без проблем при условии использования для ведения баз ТОЛЬКО АРМа Каталогизатор

Понятно, спасибо.

В свое время Карауш предлагал свою структуру БД оборудования. Наверно, она у него сохранилась. А вот зачем отдельно БД ЛВС? Туда же ее, в "Оборудование"!



Редактировано 1 раз. Последний раз 14.07.2011 22:35 пользователем Lavrinovich.

Структура ЛВС, нарисованная в PowerPoint, а лучше в Visio или даже в Excel (кто привык к последней) - это понятно и даже необходимо. В частности, как приложение к планам и отчетам, как материал к совещанию (так делал, например, А.Г.Гурский [www.iemag.ru]). А у меня была даже как приложение к докладу.
А база пользователей ЛВС - действительно странная идея. Она будет очень похожа на структуру библиотеки, ее штатное расписание или на список "компьютерно грамотных" сотрудников. Если нужно последнее, то его можно включить в годовой отчет, раздел "Образование и повышение квалификации". Кстати, это функция отдела кадров.



Редактировано 1 раз. Последний раз 14.07.2011 22:39 пользователем Lavrinovich.

А можно поподробнее далее? Конкретней как создавать поля?