» InterBase и FireBird: вопросы по работе и их решение

Andryshok

в какой строке ошибка?

noisy 99

Нужно определится какие функции нужны и декларировать только их.

Вы используете LONGSTRPAD ?

noisy Может у вас найдется свой проверенный сабж, буду признателен

Andryshok

нет, я не пользуюсь сторонними UDF, благо с версии 2.0 все нужные мне функции есть в Firebird

но когда мне нужно было использовать rFunc, я просто переименовывал библиотеку в rFunc.dll
есть еще набор UDF http://freeadhocudf.org/index_eng.html , с ними работал так же, переименовывал файл.

А как вообще в плане устойчивости к сбоям FB 2.5 - собираюсь на него повесить базу гига на 3-4 и десяток пользователей... стабильность работы СУБД - критичный параметр...

Andryshok
В плане устойчивости - очень устойчив. Если не пытаться специально, повредить базу довольно сложно. В "диких условиях" - при внезапных пропаданиях напряжения в самый неподходящий момент без УПСа и т.п. базу повредить тоже практически невозможно.

Andryshok
Для диких условий предусмотрена опция ForsedWrites.

Цитата:

А как вообще в плане устойчивости к сбоям FB 2.5

Подбивал как-то свою статистику за последние 20 лет, фатальный сбой был один раз, на IB 5.6,закончилось дисковое пространство, поднимали из резервной копии. Остальное все лечилось. Гораздо больше проблем при эксплуатации систем на FB доставляют кривые руки разработчиков клиентских приложений, которые приводят к "застреванию" OAT/OST.

Цитата:

собираюсь на него повесить базу гига на 3-4 и десяток пользователей...

Без проблем. На наших объектах базы (FB 2.5.2 CS) 40-150 GB и до 120 активных пользователей.

noisy Не совсем вас понял... а какой файл вы переименовывали? и зачем?

файл audfl.dll или FreeAdhocUDF.dll переименовываю в rFunc.DLL

noisy Так а зачем переименовывать? Может есть скомпиленный кстати под винду и установочный рабочий скрипт? а то как то разработчики этих решений что то не особо заботятся о своих продуктах... в доке одно на деле другое... ((

Цитата:

noisy

нет, я не пользуюсь сторонними UDF, благо с версии 2.0 все нужные мне функции есть в Firebird

но когда мне нужно было использовать rFunc, я просто переименовывал библиотеку в rFunc.dll
есть еще набор UDF http://freeadhocudf.org/index_eng.html , с ними работал так же, переименовывал файл.

И какие такие интересные фишки дает эта библиотека?

Prot_XT

Цитата:

И какие такие интересные фишки дает эта библиотека?

Вроде ссылка указана, там все написано. В чем вопрос?

Prot_XT
Ну, если вопросс о AdHoc, то там есть масса встроенных функций отсутствующих в базовой поставке ФБ. Они определенно могут быть полезными в случае, когда все возможная бизнес-логика приложения держится в базе данных.

Да просто, если честно никогда не пробовал UDF... в этом и вопрос.
А более конкретно интересует возможность с помощью UDF сделать подобие пароля на базу данных, чтобы защитить данные. Такое возможно взять где-то готовое? Или самому ваять нужно...

Prot_XT

Задача сложная и неоднозначная. Краткий ответ - нет. Расширенный ответ - зависит что, от кого и как защищать. Однопользователький режим - одно дело, невозможность изменения текста тригеров/процедур - другое, невозможность подключения сторонним софтом - третье.

Все это обсуждалось неоднократно, поисковик на запрос "Защита базы данных firebird" даст много пищи для раздумий.

Цитата:

сделать подобие пароля на базу данных, чтобы защитить данные. Такое возможно взять где-то готовое?

Жди FB 3.0, там обещали возможность хранить пользователей внутри файла БД.

Prot_XT

Цитата:

возможность с помощью UDF сделать подобие пароля на базу данных, чтобы защитить данные

подобие пароля - это всё-таки не пароль
т.е. теоретически что-то "защитить" можно (например строки шифровать), но дальше всё зависит от того, кто атакует такую "защиту"

не лучше ли будет просто базу на диск TrueCrypt или ему подобное вынести?

Да нет... база устанавливается с программным обеспечением на различные точки.
База колосальный кропотливый труд.
Мне не нужна защита от мегапродвинутых чуваков. Но от умников которые могут установить редактор простой и выдернуть все защититься хочется.

Prot_XT
Повторюсь - что именно защищать? Метаданные (сиречь тексты процедур/тригеров)? Данные пользователей? Исходные данные?

Простой редактор - это что? IBExpert? Notepad++?

Prot_XT Мне например нужны всякие функции конверсии что есть rFuncs , преобразования..... можно конечно и самому написать... например в виде процедур с возвратом значения..., но просто ведь раз есть уже, зачем время тратить..

miwa


Цитата:

Prot_XT
Повторюсь - что именно защищать? Метаданные (сиречь тексты процедур/тригеров)? Данные пользователей? Исходные данные?

Простой редактор - это что? IBExpert? Notepad++?

Да вообще все .... и структуру данных... и конечно же сам данные.

Ну простой редактор да... это допустим IBExpert. У нас есть мегаумники, для которых не составляет труда скачать его и подрубиться к базе. SYSDBA ... все это в инете написано.
Еще и хвастают этим...

Структура (части) метаданных вполне себе удаляется из системных таблиц так, что експерт не покажет ни одной процедуры и ни одного тригера но при этом будет сохранена полная работоспособность базы.

С данными веселее. Если их шифровать, по ним нельзя будет искать - вопрос типа select somefield from users where name = 'Иванов' ничего не найдет, поскольку Иванов превратится в какую-то абракадабру. Но если при этом все это дело шифровать на клиенте, тогда будет достаточная защита от человека, не умеещего пользоваться дизассемблером (ключ-то тоже надо где-то хранить: либо в бинарнике, либо где-то рядом).

О SYSDBA - тоже написано многое. Можно бесправную роль с таким именем в базе создать, или банальный тригер на подключение. И то и то тоже обходится при желании, но - только опытными разработчиками, а не теми, кто может експерт скачать.

OXDBA


Цитата:

Жди FB 3.0, там обещали возможность хранить пользователей внутри файла БД.

Прямо-таки ооочень хорошая новость, когда вот только его анонсируют неизвестно.
Цитата:

miwa

С данными веселее. Если их шифровать, по ним нельзя будет искать - вопрос типа select somefield from users where name = 'Иванов' ничего не найдет, поскольку Иванов превратится в какую-то абракадабру. Но если при этом все это дело шифровать на клиенте, тогда будет достаточная защита от человека, не умеещего пользоваться дизассемблером (ключ-то тоже надо где-то хранить: либо в бинарнике, либо где-то рядом).

О SYSDBA - тоже написано многое. Можно бесправную роль с таким именем в базе создать, или банальный тригер на подключение. И то и то тоже обходится при желании, но - только опытными разработчиками, а не теми, кто может експерт скачать.

Так ну а с этим надо попробовать, спасибо за наводку...

Только я не понял, как метаданные можно удалить? Никогда не задавался таким вопросам. Я так понял, что вся инфа лежит в системных таблицах? И если их очистить то ничего доступно не будет?

Prot_XT

Цитата:

Только я не понял, как метаданные можно удалить?

не все метаданные можна удалить, только исходные тексты триггеров, процедур и view
очищать полностью все системные таблицы, конечно, не нужно
но именно эту информацию вычистить можна и БД останется работоспособной, и даже будет бекап/рестор работать нормально штатными средствами

Prot_XT

Цитата:

Прямо-таки ооочень хорошая новость, когда вот только его анонсируют неизвестно.

Ну, не то чтобы совсем неизвестно - есть же официальный роадмап. Тем не менее - думаю, не раньше осени.

А можно ли в конструкции ORDER BY использовать IIF?

xpin2013
можно, только иметь ввиду, что так при сортировке никакие индексы не применятся

ant0ni02004
Разве в computed by нельзя использовать iif ?