hvladАлех там всё рассказал

Classic server has bigger list of acceptable DPB parameters for obvious reason

"огласите весь список, пожалста" - это к вопросу, что дескать "все уже рассказано в firebird.conf"

hvladПока что кроме нытья "хочу как раньше"

Называем чёрное белым? Шарман.

Как раз "как раньше" - то есть когда все приложения и все БД были завязаны на одну единственную security2.fdb/security3.fdb - я и не хочу.

Именно об этом был CORE-4641 - плюс дополнительно еще там была просьба учитывать в databases.conf DRY-principle и сделать специальное значение, когда SecurityDatabase = DataDatabase, а не копировать полный путь.

~~~~~~~

Возвращаясь к use case и "малым формам".

Допустим есть относительно небольшое приложение, которое свои данные хранит в FDB.
Причем должна быть возможность создавать новые базы и открывать разные базы - как офисный пакет может открывать разные документы.
Использовать Embedded - крайне нежелательно: in-process не защищён от испорченной памяти и внезапных падений программы вместе с embeddeв-движком.
То есть использовать нужно SuperServer установленный локально. Да, для установки самого приложения и супер-сервера зовут админа, как и для становки того же офиса. Или как вариант, приложения и FB могут устанавливаться работать без админских прав (если FB3 все еще ожет работать как приложение win32, а не сервис)

Но возможность открывать/закрывать разные БД по выбору пользователя без звонка администратору нужна.
И вот тут возможность через DPB указать, что БД сама-себе-security и была бы нужна.

Тем более, что и дырки в безопасности при этом нет - есть ли в БД системные таблицы пользовательских прав проверяется движком. Дырка в безопасности появляется исключительно в варианте "БД одна, а SecDB другая, но не сама БД".

Симонов Денисчто-то я не понял чем ты возмущаешься.

"Возмущаешься" - это перебор, давай не нагнетать.

Мне не нравится

1. Нечеткий статус параметров - какие можно менять через DPB, а какие нет, и в кахи случаях. Судя по раздражению Влада - в настоящий момент сами разработчики этого ещё не знают. Менялось в процессе разработки и сводного документа тем более диздока по параметрам нет.
2. Невозможность использования режима "self-security" для маленьких программ работающих с несколькими маленькими БД. Потому что это потребует изменения databases.conf руками сисадмина. Да с высоты "у нас есть выделенный сервер для десятка терабайт данных и одной единственной программы" это кажется не нужным. Но для небольших программ ориентированных на менее опытных пользователей, чем администраторы выделенных серверов, это было бы весьма полезно.
3. Нарушение DRY Principle ( необходимость копипастить полный путь к файлу в случае DataB=SecurityDB )

hvladПричём один раз для всех таких БД.

Это само себе противоречит.
Потому что нет и не может быть исчерпывающего списка "всех таких БД"
Не боьше, чем возможность составить для пользователя исчерпывающий сисок всех экселевских файлов, которые он будет открывать/создавать сразу при установке Офиса на пару лет вперед.

hvladArioch3. Нарушение DRY Principle ( необходимость копипастить полный путь к файлу в случае DataB=SecurityDB )Моя твоя не понимай

Если БД использует саму себя для безопасности - должен быт ьспособ указать это не копируя путь к файлу БД в отдельный параметр, указывая путь к файлу БД только один единственный раз.

kdv,

Кстати, в принципе это можно бы было разрешить через то предложение, поменять xnet mutex

если трёшке попадается старый ODS пытаемся через xnet соединиться с FB2 и отправлять все запросы ему :-)

hvladИ приложению не обязательно знать

Нет, это нужно пользователю, также как возможность в Экселе сохранить файл на флэшку или отправить по сети - почему-то ему для этого нужно знать "где лежит файл".

hvladПоложи все эти БД\документы\конфиги в один каталог
Симонов Дениспредлагаешь Arioch поместить собственный файл конфигурации в %APPDATA% для его приложения и модифицировать этот файл приложением

...а потом мы будем говорить про дырки в безопасности, предлагая создать user-editable файл где кто угодно сможет любую другую БД из databases.conf скопировать под новым алиасом, но с удобными параметрами.

Нет, если это будет официально рекомендуемый способ, подключать user-editable конфиг к системному, то что же поделать...

Еще надо будет попробовать туда вставить localalias = server2:alias2 - вдруг chaining прокатит.:-)
Вряд ли, конечно...

miwaonline,

Я хочу сделать программу, которая позволит открывать разные проекты, и использовать out-of-process SQL storage, в данном случае FB