>java и лежит во внешнем _скомпилированном_ jar файле, или например на
>C и расположена в отдельной _скомпилированной_ общей библиотеке ;)
>как, в интербейз так нельзя ? какая жалость... :) для извращений в Firebird есть возможность подключать любую dll/so. Понятно, что через эту библиотеку вы можете создать связь с чем угодно. Файрбёрд будет отслеживать использование задекларированных параметров
В Firebird нет такого зоопарка языков XП (кстати, отключаемых при установке по-умолчанию в видуих безопасности), зато тот единственный который там есть работет нормально.
>
>> 3) Компиляция хранимых процедур: выполняются быстрее, текст можно удалить для защиты от кражи.
>
>по-моему это везде так, разве что удалить исходный текст - не везде
>можно, да и нельзя украсть то, что не исчезает при краже
>у автора ;) Вы наверное хотели написать "для защиты от копирования"
>(декомпиляцию кстати никто не отменял :) ) ?
В постгрее это не так. Вернее может и так, только тогда непонятно почему я на plpgsql могу написать такое, как написал в посте выше. Процедуры на sql - это официально именованные коллекции текстовых запросов. Декомпилятора для Firebird до сих пор нет.
>> 4) простой и понятный api.
>
>он везде - простой и понятный, что может быть непонятного в execute,
>fetch, row_count ? =)
Из-за зоопарка типов работать с postgree из С - редкостный геморрой.
>> 5) простота в установке и обслуживании (попробуйте psql передать пароль из командного файла.)
>
>минимум три варианта :)
Вот бы и поделились! Последние версии из stdin уже не читают, прописывать в переменных окружения я не хочу. Какой третий ?
>pgAdmin III, а кстати IBExpert умеет отлаживать построчно хранимые процедуры ? просто
>спросил, вот pgAdmin научился недавно :)
Умеет с незапямятных времён. pgAdmin III даже до EMS овской поделки не дотягивает.
