Было бы классно задефайнить свой параметр, и при подключению по алиасу прочитать его из БД :)
И ещё было бы удобно иметь возможность задавать параметры в файле рядом с БД.
Например имя файла БД: "Data.fdb". Тогда имя файла с параметрами: "Data.fdb.params". И тогда не нужно засорять databases.conf, и свободы много больше.
Поставил пользователю БД с возможными параметрами для конфигурации (как системными, так и относящимися к бизнес-логике), и все довольны :)
Dimitry SibiryakovСоздал в БД таблицу с параметрами и при подключении по алиасу читай их хоть до посинения.
Это я умею.
Но имхо было бы удобно остальным. Особенно удобно при настройке - открыл файл в Far-е, а там все параметры... да ещё с комментариями по использованию :)
NickDeeБыло бы классно задефайнить свой параметр, и при подключению по алиасу прочитать его из БД :)
И ещё было бы удобно иметь возможность задавать параметры в файле рядом с БД.
Например имя файла БД: "Data.fdb". Тогда имя файла с параметрами: "Data.fdb.params". И тогда не нужно засорять databases.conf, и свободы много больше.
Поставил пользователю БД с возможными параметрами для конфигурации (как системными, так и относящимися к бизнес-логике), и все довольны :)
Напиши свою UDR процедуру и пусть она у тебя пользовательские параметры из файла читает.
Симонов ДенисНапиши свою UDR процедуру и пусть она у тебя пользовательские параметры из файла читает.
Я-то могу всё что угодно для себя написать :) Но мысль интересная :)
NickDeeоткрыл файл в Far-е, а там все параметры.
Существует плагин то ли для FAR-а, то ли для MC, позволяющий открыть БД.
Posted via ActualForum NNTP Server 1.5
Гаджимурадов РустамВот назови хоть один пример, для чего
"это" может быть полезно - т.е. прочитал
чем и для чего.
Константы доступны через sql. Т.е. можно использовать где угодно в sql-коде, как на сервере так и на клиенте.
Думаю примеров по использованию каждый может придумать.
Для чего например нужны процедуры RDB$GET_CONTEXT и RDB$SET_CONTEXT? Их функционал вполне мог быть реализуем на таблицах, причем каждым, кому хватит компетентности :)
> Для чего например нужны процедуры RDB$GET_CONTEXT и RDB$SET_CONTEXT? Их
> функционал вполне мог быть реализуем на таблицах, причем каждым, кому
> хватит компетентности :)
Они (RDB$*_CONTEXT) разве не вне транзакций ?
Posted via ActualForum NNTP Server 1.5
Arioch> параметры они все разхного типа, формата, длинны -
Arioch> просто неприятно это в РСУБД класть.
Arioch> Кроме того, параметры обычно древовидны, более или менее.
Что за бред?
Arioch> С другой стороны именно поэтому максимум что нужно от
Arioch> сервера - считать файл настроек через ET/UDF и отдать его клиенту.
Файл? Считать "файл" (с параметрами?) с сервера и передать его клиенту?
Да сохраните этот злосчастный файл в varchar/blob поле и передавайте
сколько влезет, доп.функционал-то для этого зачем?
Arioch> Вот констант в SQL давно просили, если бы были преназначаемые
Arioch> константы, может быть этого и достаточно было бы
Насколько я понимаю, в том или ином виде они появятся с пакетами.
Файл с параметрами (нередактируемыми, кстати?) для этого зачем?
Posted via ActualForum NNTP Server 1.5
Я спрашивал про прикладное применение -
пример, а не измышления общего характера.
> Т.е. можно использовать где угодно в sql-коде, как на сервере так и на клиенте.
RDB$GET_CONTEXT тоже можно (внезапно?).
> Думаю примеров по использованию каждый может придумать.
Нет, ты всё же приведи свой пример - не придумай, а приведи реальный
пример, когда тебе это понадобилось или хотя бы могло пригодиться.
> Их функционал вполне мог быть реализуем на
> таблицах, причем каждым, кому хватит компетентности :)
Таблицы транзакционны, в отличие от.
Таблицы имеют всегда одну "область видимости", в отличие от.
Из таблиц значение можно получить только запросом, а это
медленнее, в отличие от. И наконец у некоторых параметры до
сих сидят в таблице TParams и считываются в нужный момент.
Ещё вопросы?
Posted via ActualForum NNTP Server 1.5
именно в качестве констант можно использовать детерминистические PSQL функции возвращающие значение твоей константы. Если не нравится пиши свою UDR/UDF и считывай откуда хочешь хоть из текстового файла считывай хоть из интернета.
Гаджимурадов РустамНасколько я понимаю, в том или ином виде они появятся с пакетами.
ЕМНИП, Адриано против переменных пакета, а Влад говорил что если у него руки дойдут, то он и сам это может прикрутить.
А руки у Влада постоянно заняты :-)
Симонов Денис> PSQL функции
Симонов Денис> UDR/UDF
Нет, ты не понял. Вопрос не как это сделать - а для чего
и чем не устраивает для этого RDB$GET_CONTEXT().
> ЕМНИП
Да, я помню. Но во-первых, мнение Кальтенбруннера
можно и поменять. А, во-вторых, когда всё остальное
будет реализовано - добавить туда переменные будет
не столь сложно, наверное, тем более для Влада.
Posted via ActualForum NNTP Server 1.5
На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых
сервисов с использованием метрической программы Яндекс.Метрика.
Продолжая использовать сайт, вы даёте согласие на обработку файлов cookie, необходимых для работы сайта. Другие опции вы можете выбрать по своему усмотрению.
По нижеприведенным ссылкам мы можете ознакомиться с действующим на сайте пользовательским соглашением и политикой конфиденциальности.
