krvsa,
может что-то изменилось - но три года назад было именно так
файл /что-то там.gld - это описание базы данных
(ну там где именно находится собственно база, и ее параметры - размер ключа, размер собственно данных и т.д) - он небольшой 1024 байт
соответствующий ему файл
/что-то там.dat - это собственно база данных
остальные расширения типа \что-то там.log \что-то там.mjl - в общем-то совершенно никому не нужная ахинея требуемая стандартом MUMPS - на них не стоит заморачиваться

С уровнями NAMES, REGIONS, SEGMENTS заморачиваться тоже не стоит -
тут товарищ Blashkar сам себя перехитрил - попробовал объять необъятное
и в общем-то реализовал - но как пользоваться наверное только он и знает
NAMES - если грубо - то можно задавать диапазоны - типа от ^А*** до ^К*** хранится - там (в одном файле xxx.dat) а от ^L*** до ^Z*** совсем не там - в другом файле (yyy.dat)
очень сомневаюсь что на практике это используется где нибудь
REGION - описание параметров базы данных
1. Размер ключа (не знаю как сейчас, а совсем недовно было всего 55 символов)
что такое размер ключа
^ZZZ("qqqq","wwwww","eeee") - это ключ
размер ключа - длина этой строки
(если не ошибаюсь включая первый ^ и кавычки
2. размер записи - если, скажем record_size=4080 то это размер записи вместе с ключем
сменить примерно так
$gde -region DЕFAULT -key_size=255 -record_size=4080

SЕGMENT - в общем-то неудачная попытка сделать кипы подобные MSM
тут можно подключать к одному *.gld несколько *.dat - и когда-то при проводимых экспериментах у меня это получалось - сейчас не вспомню как да и не нужно
сменить примерно так
$gde change -segment DEFAULT -block_size=4096 -allocation=5000 -extension=10000 -global_buffer_count=1000 -file_name=\что-то там

обратите внимание на опцию -file_name - она важна
Вообще не пользуйтесь стандартными профилями создания баз данных - рисуйте свой
основной недостаток стандартных профилей - обращение к текущему каталогу линукса


посмотрите визуально просмотром на ваш файл что-то там.gld
Вы увидите там среди всего прочего ссылку на файл .\что-то там.dat
.\ - означает - в текущем каталоге - и это бомба замедленного действия
ДОЛЖЕН БЫТЬ ПОЛНЫЙ ПУТЬ что-то типа
\usr\каталог1\каталог2\каталог2\что-то там.dat
и для этого нужна та самая опция при создании базы данных
-file_name=\usr\каталог1\каталог2\каталог2\что-то там.dat

Резюме
1. Делаем свой профиль для создания базы данных
2. NAMES, REGION, SEGMENT не заморачиваемся - все DEFAULT, за исключением
вышесказанного

и все-таки можно сделать что-то подобное КИПАМ MSM
роли КИПов выполняют каталоги линукса
КИП1=\usr\каталог1\каталог2\КИП1\
КИП2=\usr\каталог1\каталог2\КИП2\
КИП3=\usr\каталог1\каталог2\КИП3\
КИП4=\usr\каталог1\каталог2\КИП4\
В КИПАХ лежат файлы *.m *.o программ и файлы КИП1.gld КИП1.dat
в программах вместо $view при переходе в КИП используете
для программ конструкцию $zr=\usr\каталог1\каталог2\КИП2\
для глобалов $zg=\usr\каталог1\каталог2\КИП2\файл.gld
или , как альтернативу полную глобальную ссылку
^[\usr\каталог1\каталог2\КИП2.gld]global
причем выражение в скобках может быть переменной
s A="\usr\каталог1\каталог2\КИП2.gld"
s B=^[A]global
























SEGMЕNT - тут мне кажется попытка реализовать MSM-овские кипы





все по умолчанию

за исключением параметров базы данных - а именно
1. Размер ключа (не знаю как сейчас, а совсем недовно было всего 55 символов)
что такое размер ключа
^ZZZ("qqqq","wwwww","eeee") - это ключ
размер ключа - длина этой строки
(если не ошибаюсь включая первый ^ и кавычки

И скачайте с сайта Евгения Каратаева minimdb.com
мой alt-nc
Во первых он прекрасно работает c gt/m
Во вторых вы там найдете в фале %aZGTM реализацию многих функций
о котрорых тут задавались вопросы

Все правильно
GT.M все равно где находятся файлы базы данных
и доступ к ним через переменную окружения gtmgbldir