После около двух лет разработки и тестирования вышел (http://www.firebirdnews.org/?p=1646) финальный релиз СУБД Firebird 2.1 (http://firebirdsql.org/index.php?op=devel&sub=engine&id=fb21...).
Некоторые новшества:- Триггеры, срабатывающие на события, связанные с доступом к базе данных и выполнении транзакций. Например, можно определить PSQL код, который будет выполняться при коннекте или дисконнекте пользователя к базе;
- Global Temporary Tables - предопределенные глобальные временные таблицы, не привязанные к каким-то базам. Например, подходят для хранения временных данных на время сессии или транзакции, после чего автоматически будут удалены;
- Common Table Expressions (CTE) - общие табличные выражения. Временные именованные наборы значений, получаемые в результате простых SELECT запросов, которые в последующем будут использованы по имени в других запросах. Поддержка взаимных ссылок и ссылок на самого себя в CTE позволяет создавать динамические рекурсивные з...
URL: http://www.firebirdnews.org/?p=1646
Новость: http://www.opennet.me/opennews/art.shtml?num=15397
А кто-нить тестил предыдущие релизы? Если да, то интересно мнение.
не плохо (для Firebird)
ых Огнепиц... первая настоящая СУБД с которой я работал. Потом были другие, Оракл, Постгри, М$SQL мать его, потом вообще отошел от бд. Но нежные чувства к Файреберду остались. Респект разработчикам. Рад за пользователей...
Хорошая новость! :)
зы сорри если не в тему!
нормально. не надо извиняться. хорошо сказал.
очень надеюсь, что данная б/д "утрет нос" многим остальным.
Postgres посмотри, тогда перестанешь надеяться о вышесказанном
Никто не сомневаеться в возможностях постгреса, но у каждой СУБД есть своя ниша.
Вот например - база данных на СД (для каталогов и прочего), то есть на носителе read-only.
Или еще - для разработчиков софта на Delphy - а таких довольно много - нативная поддержка firebird (interbase) - это один из камушков на чашу в сторону выбора онного. А наличие дешевых (для снг - это просто копейки) компонент FibPlus (для расширенной и более "вкусной" работы с firebird) - еще один камушек.Да, у постгреса свои плюсы.
Например очень много open-source софта имеет поддержку postgres & mysql. И не имеет поддержку firebird.Да и лучше не развивать холивар - каждому по потребностям...
>Или еще - для разработчиков софта на Delphy - а таких довольноЕсть такое дело. В коммерческих конторах часто пользуют Firebird/Interbase в своих разработках. Отчасти это, конечно, связано с тем, что в школе/ВУЗе все изучали Borland Pascal/Delphi, но с другой стороны Firebird/Interbase известны своей надежностью, экономичностью и отсутствием потребности в администрировании.
Клиент-банки, специальный софт для агентов страховых компаний и другие программы. Представляете себе сколько инсталляций?! И это "чудо" работает годами без админа и бэкапа.
занимаюсь субд (всеми, чтоб не перечислять) лет этак 20.
выкрики а ля, Postgres посмотри, мягко говоря надоели.
пионеров в топку (это чтоб на понятном языке)
у Firebird есть неоспоримые (я бы даже сказал конкурентные) преимущества даже по сравнению с большой тройкой (Oracle, db2, mssql)
>у Firebird есть неоспоримые (я бы даже сказал конкурентные) преимущества даже по сравнению с большой тройкой (Oracle, db2, mssql)Сказал А говори и Б, за 20 лет должно быть есть что сказать, например, что это за преимущества???
Михаил Иванушкин хоть 3 аргумента привел.
1. а какие аргументы в выкриках: посмотри на что-то там?
2. и зачем повторяться?
и таки да, за 20 лет есть что сказать.
"У нас есть ТАКИЕ приборы! ... но мы вам о них не расскажем!"(С)
Любимая отмазка экспертов с "20-ти летним" опытом. УГ.
>"У нас есть ТАКИЕ приборы! ... но мы вам о них не
>расскажем!"(С)
>Любимая отмазка экспертов с "20-ти летним" опытом. УГ.ну не биссер же перед ... аноним'ами метать.
>1. а какие аргументы в выкриках: посмотри на что-то там?
>2. и зачем повторяться?
>и таки да, за 20 лет есть что сказать.Человек с сообщением про Postgres хотел сказать пока firebird будет утирать нос другим СУБД, Postgres сделает это раньше.
Не зря одинС соскочила имено на Postgres и наверняка эту СУБД ожидает активное развитиеFirebird vs Oracle - это глупо даже если вы будете заниматься БД 40 лет
Выше в топике было сказано про нишы, так вот ниша Firebird не возле Oracle и это очевидноА вообще я спросил про преимущества не для того чтобы восхвалять Postgres, действительно хотелось услышать профессиональное мнение, а получилось как всегда.
собственно я отвечал "человеку с сообщением"
руководствуясь следующим:
1. да я знаю про ниши
2. чем больше подобных проектов, тем лучше
3. у Firebird есть действенные преимущества и удобство разработки НАМНОГО выше даже чем у комерческих ОЧЕНЬ дорогих СУБД - собственно выше уже сказали (говорю это "достаточно" авторитетно исходя из своего опыта - как Вы догадываетесь основной мой зароботок именно от них)по поводу Вас, то высказывание "сказал А, говори В" не впечатлило на профессиональный ответ.
по поводу Postgres - перспективная б/д, но пока не более.
и 1С на нее не "спрыгивала" - это бюджетное решение, не более того, а если учесть, что блокировки при вставки/обновлении 1С установила именно в Postgres на всю таблицу, то логика её понятна - как только "мелкое" предприятие вырастает, то будьте любезны перейти заплатить за mssql. полробности здесь - http://v8.1c.ru/overview/postgresql.htm
и, вообще, использовать б/д так, как использует 1с PostgreSQL - это уже извращение (мое мнение)
Преимущества Firebird1) Работа с RO базами
2) Ссылочная целостность, распространяющаяся на содержимое процедур (функций в постгре)
В постгре меня просто убивает возможность писать ссылки на несуществующие объекты, переменные в процедурах. Если сложная ветвящаяся процедура, то это ад вместо отладки. Учитывая возможность замочить то, на что ссылается процедура - это перманентная отладка.
3) Компиляция хранимых процедур: выполняются быстрее, текст можно удалить для защиты от кражи.
4) простой и понятный api.
5) простота в установке и обслуживании (попробуйте psql передать пароль из командного файла.)
6) Средства разработки сервеной логики. С IBExpert не сравнится ничего.
>В постгре меня просто убивает возможность писать ссылки на несуществующие объекты, переменные
>в процедурах. Если сложная ветвящаяся процедура, то это ад вместо отладки.вот по этому пункту поясните пожалуйста что такое "ссылки на несуществующие объекты"
>5) простота в установке и обслуживании (попробуйте psql передать пароль из командного
>файла.)зачем такое может понадобиться??
>6) Средства разработки сервеной логики. С IBExpert не сравнится ничего.
ems?
> вот по этому пункту поясните пожалуйста что такое "ссылки на несуществующие объекты"Сейчас в процедуре на plpgsql написал такое:
insert into Alarms(Name) select * from Postgree_Pri4mokivaet;и ничего, скушалось. Ругаться будет во время выполнения. Если есть ветвления, то ошибка может выползти не скоро. В Firebird такое скомпилировать нельзя. Больше того, все зависимые объекты нельзя будет удалить.
>зачем такое может понадобиться??
мне нужно было для автоматической инсталляции софта. Может понадобится, например, скрипт прислать на свой софт или ещё что.
>ems?
Не, это сырое недоделанное г..но ни в какое сравнение с IBExpert не идёт (Убийственно говёный редактор процедур, тормоза и ошибки). Хотя emsовский - это лучшее, что есть для постгрее.
> все зависимые объекты нельзя будет удалить.какой ужас, то есть временных таблиц в интербейзе тоже нет ?
> какой ужас, то есть временных таблиц в интербейзе тоже нет ?Ну, если вознести глаза ко второму пункту новости, то выходит, что есть.
Firebird вышел, а не Interbase. Это теперь 2 разных проекта.
>того, все зависимые объекты нельзя будет удалить.хм -- так там и не компилируется -- там интерпретируется (надеюсь разница понятна)
>
>мне нужно было для автоматической инсталляции софта. Может понадобится, например, скрипт прислать
>на свой софт или ещё что.и что -- без ввода пароля этого не сделать? - ну это помимо того что пароль таки можно передать
>
>>ems?
>
>Не, это сырое недоделанное г..но ни в какое сравнение с IBExpert не
>идёт (Убийственно говёный редактор процедур, тормоза и ошибки). Хотя emsовский -
>это лучшее, что есть для постгрее.http://www.sqlmanager.net/products/postgresql/manager
похоже вы во всём специалист -- а особенно попиЖздеть -- глупо было ждать от вас вменяемых ответов - впрочем я их и не получил.
>ну это помимо того что пароль таки можно передатьКак ? Уже второй говорит, что можно, и ни один не сказал как. Это какой-то фирменный способ мышления любителей постгре ?
>хм -- так там и не компилируется -- там интерпретируется (надеюсь разница понятна)
Я говорил, что компиляция процедур в Firebird - это его большой плюс.
>http://www.sqlmanager.net/products/postgresql/manager
Я его сейчас и использую. Это лучшее, что есть для постгре, но по сравнению с IBExpert - убогая поделка. Ещё раз: это не равнозначные продукты. Сравните хотя бы редакторы хранимых процедур/функций.
>похоже вы во всём специалист -- а особенно попиЖздеть -- глупо было ждать от вас вменяемых ответов - впрочем я их и не получил.
Где у меня невменяемые ответы ?
>>ну это помимо того что пароль таки можно передать
>
>Как ? Уже второй говорит, что можно, и ни один не сказал
>как. Это какой-то фирменный способ мышления любителей постгре ?
>expect подойдёт или su - postgres -- в вообще никакого пароля -- да что тут скажет -- еслиб вы хотели у вас бы получилось
>>хм -- так там и не компилируется -- там интерпретируется (надеюсь разница понятна)
>
>Я говорил, что компиляция процедур в Firebird - это его большой плюс.а я имел ввиду то, что если у вас ошибки в скиптах -- то не надо сваливать эо на наличие нескольких отличных реализаций скриптовых языков.
>
>
>>http://www.sqlmanager.net/products/postgresql/manager
>
>Я его сейчас и использую. Это лучшее, что есть для постгре, но
>по сравнению с IBExpert - убогая поделка. Ещё раз: это не
>равнозначные продукты. Сравните хотя бы редакторы хранимых процедур/функций.
>
>Где у меня невменяемые ответы ?вменяемым ответом было бы указать на то чего нет в утилитах администрирования/программирования для postgresql и чего вам так не хватает,да ещё и с лихвой реализованное в IBExpert
а по поводу причмокивает.... так не надо обобщать, если вы не управились пусть даже со сложной процедурой, вдруг у кого это очень даже не плохо получается -- а то детский сад какой-то получается -- так мы все начнём голословно утверждать.
> а я имел ввиду то, что если у вас ошибки в скиптаха я имел ввиду, что Firebird мне не позволяет делать ТАКИЕ ошибки в скриптах и не допускает их появления в дальнейшем
> отличных реализаций
дело не в отличной реализации, дело в хреновой реализации
> expect подойдёт или su - postgres -- в вообще никакого пароля -
Ладно. Ясно. Вы не поняли моего вопроса. Будем считать, что я хреново спросил.
> вменяемым ответом было бы указать
я сорок раз указал: нормального редактора хранимых процедур. Такого, как в Expert'e. Чтобы хотябы набивание большого числа параметров не превращалось в каторгу, чтобы была возможность автогенерации процедур...
> а по поводу причмокивает.... так не надо обобщать, если вы не управились пусть даже со
> сложной процедурой, вдруг у кого это очень даже не плохо получаетсяЯ управляюсь со сложными процедурами. Просто, кроме реализации задуманного, приходится бороться с раздражением от хреновой реализации хранимых процедур в постгре. Это было приведено в качестве примера преимущества firebird перед постгре для тех любителей постгре, которые зашли сюда обос..ть Firebird, ничего о нём не зная.
>> а я имел ввиду то, что если у вас ошибки в скиптах
>а я имел ввиду, что Firebird мне не позволяет делать ТАКИЕ ошибки
>в скриптах и не допускает их появления в дальнейшемPSQL does not allow the execution of DDL (Data Definition Language) statements: it is strictly meant to operate on data, not on the structure of your database. Although you can circumvent this limitation with the EXECUTE STATEMENT syntax introduced in Firebird 1.5, it is generally considered unwise to do so. (Just because we give you a spade, it doesn't mean that you have to dig your own grave.)
я правильно понимаю что цена проверок зависимостей - запрет на DDL в хранимках, и если использовать EXECUTE STATEMENT - то ни о каких проверках зависимостей речи не идёт ?
кстати, а из упомянутых вами внешних библиотек (единственная альтернатива кстати в Firebird psql'ю, в отличии от :) ) можно делать запросы к базе ? или только через стандартный клиентский интерфейс ?
ps: документация кстати поражает широтой описания всех нюансов и соответствия самой новой версии. в кавычках. :(
interbase имхо много потеряла когда борланд помирал и всех кидал. пока Firebird появился, пока разработка пошла - время то потеряно, а остальные не стояли на месте, не ждали...
TyLLIKAH, у interbase/firebird кстати есть плюсы по сравнению с другими, почему вы о них не говорите ? почему вы какую-то простите кхм.. порите вместо этого про какие-то редакторы ? давайте ещё цвета посравниваем... в pgadmin красненькие, а в ibexpert синенькие... вы постоянно на рабочей базе в редакторе капаетесь что ли ?
pps: автогенерация процедур кстати прекрасно на перле делается.
ppps: а как у firebird с лицензией ? использовать можно ? для коммерческих проектов ? а изменять можно ?
>ppps: а как у firebird с лицензией ? использовать можно ? для
>коммерческих проектов ? а изменять можно ?а догадайся? :-)
лицензия GPL, и еще ряд (посмотри сам).
и ОЧЕНЬ большой плюс - то что они заявляют, точно работает.
а самый большой плюс - это ВСЁ логично, нет разных толкований. просто работай!
за что Мы и любили Borland (коей больше нет, да будет ей байт-код битом. спасибо m$)
Сначала хочу пояснить: PostgreSQL мне тоже нравится. Даже несмотря на то, что он слишком академичный, а некоторые моменты (ХП) просто хреново сделаны.>я правильно понимаю что цена проверок зависимостей - запрет на DDL в хранимках,
>и если использовать EXECUTE STATEMENT - то ни о каких
>проверках зависимостей речи не идёт ?Правильно понимаете. EXECUTE STATEMENT - это хак, чтобы ломка у любителей постгре, переходящих на Firebird была менее мучительной :-)
> ps: документация кстати поражает широтой описания
зря. Я ещё помню как я читал стандартную доку по posgree, когда разбирался с хранимыми процедурами... Маразм с необходимостью соблюдения регистра букв при задании имён параметров, все примеры вообще на индексах... ну, и говёная реализация в общем. Может в постгре не принято пользоваться хранимыми процедурами ?
> всех нюансов и соответствия самой новой
> версии. в кавычках. :(Я почувствовал здесь наезд, но не понял в чём он. Документация по всем новым фишкам даже снабжена примерами, идущими прямо с сервером. Т.е. чтобы промахнуться, нужно иметь большой талант.
> interbase имхо много потеряла когда борланд помирал
Наоборот. Из полумёртвого проекта Firebird стал динамично развивающимся. Про остальные не стояли на месте я бы вообще не упоминал: нафигачить в СУБД 99% разработчикам ненужной ботвы "чтобы было" и гордиться этим...
> TyLLIKAH, у interbase/firebird кстати есть плюсы
> по сравнению с другими, почему вы о них не говорите ?Почему вы не читаете то, что я пишу?
> почему вы какую-то простите кхм.. порите вместо этого про какие-то редакторы ?
Про редактор я говорил в контексте того, что средства разработки серверной логики (ковыряния в базе) для Postgree - го..но по сравнению с Firebird.
>pps: автогенерация процедур кстати прекрасно на перле делается.
ну, да скачать клиента под win, а на перле гененрировать стандартные процедуры... Гениальный подход
> в pgadmin красненькие, а в ibexpert синенькие.
И конкретизировал свою мысль реальным примером
> ppps: а как у firebird с лицензией ? использовать можно ? для коммерческих проектов ? а > изменять можно ?
можно. как минимум 2 форка влились обратно в проект (Vulcan & Yaffil)
> кстати, а из упомянутых вами внешних библиотек (единственная
> альтернатива кстати в Firebird psql'ю, в отличии от :) )
> можно делать запросы к базе ? или только через
> стандартный клиентский интерфейс ?Предмет вашей гордости остаётся для меня тайной - я не понял о чём вы тут говорите.
альтернатива psql в Firebird isql - работает точно так же, только можно передавать пароль в командной строке (знаю, что подсмотреть можно через список процессов)
>кстати, а из упомянутых вами внешних библиотек
>(единственная альтернатива кстати в
>Firebird psql'ю, в отличии от :) )
>можно делать запросы к базе ? или только через
>стандартный клиентский интерфейс ?Я понял мысль.
>кстати, а из упомянутых вами внешних библиотек
>(единственная альтернатива кстати в
>Firebird psql'ю, в отличии от :) )Я как раз об этом и говорил. В Firebird только один язык написания хранимых процедур, но зато он работает отлично и надёжно. Минимизирует затраты на отладку и не допускает возникновения косяков в дальнейшем. Про execute statemet читайте то, что написано в скобках (Just because we give you a spade, it doesn't mean that you have to dig your own grave.) spade - лопата, grave - могила.
Если разработчик хочет извращений, то он делает их самостоятельно через ddl\so. Разработчики сервера не тратят свои усилия на это, они тратят их на полезные и нужные фишки.
Вы действительно не понимаете насколько повышают надёжность программы ссылки на используемые объекты или просто не хотите это признать ?
>можно делать запросы к базе ?или только через стандартный клиентский интерфейс ?
здесь я опять торможу: все запросы делаются через клиенсткую библиотеку fbclient В постгрее это libpq
>а по поводу причмокивает.... так не надо обобщать, если вы не управились
>пусть даже со сложной процедурой, вдруг у кого это очень даже
>не плохо получается -- а то детский сад какой-то получается --
>так мы все начнём голословно утверждать.Э-э-э! мужик, даже такая незначительная вещь как отслеживание существующих объектов - очень спасает, особенно экономит время отладки. Представляю, если бы Firebird не делал мне замечаний по поводу попытки ссылаться на несуществующие объекты, то я бы потратил уйму времени на поиск опечатки. А ты хочешь сказать что никогда не делаешь опечатки, наверное мало кода пишешь - у меня есть процедуры до 100 строк, и если я в однородных таблицах сделаю опечатку DOC10 или DOC0 ( иногда глазки устают и немного сливаются буковки, особенно если целый день пишешь код (исполняемый плюс SQL)) - я как минимум в 1-2 раза больше потрачу времени на поиск опечатки а не логической ошибки - так что фаеру + за это. Кстати когда то писал код под M$SQL 2k - и насколько помню, он тоже делает проверку, там фиг знает что нагородить нельзя, все напиши правильно + объяви все
> 1) Работа с RO базамида, удобно, спору нет :)
> 2) Ссылочная целостность, распространяющаяся на содержимое процедур (функций в постгре)
> В постгре меня просто убивает возможность писать ссылки на несуществующие объекты, переменные в процедурах. Если сложная ветвящаяся процедура, то это ад вместо отладки. Учитывая возможность замочить то, на что ссылается процедура - это перманентная отладка.очень интересно послушать про проверку ссылочной целостности если хранимая процедура написана на java и лежит во внешнем _скомпилированном_ jar файле, или например на C и расположена в отдельной _скомпилированной_ общей библиотеке ;)
как, в интербейз так нельзя ? какая жалость... :)> 3) Компиляция хранимых процедур: выполняются быстрее, текст можно удалить для защиты от кражи.
по-моему это везде так, разве что удалить исходный текст - не везде можно, да и нельзя украсть то, что не исчезает при краже у автора ;) Вы наверное хотели написать "для защиты от копирования" (декомпиляцию кстати никто не отменял :) ) ?
> 4) простой и понятный api.
он везде - простой и понятный, что может быть непонятного в execute, fetch, row_count ? =)
> 5) простота в установке и обслуживании (попробуйте psql передать пароль из командного файла.)
минимум три варианта :)
> 6) Средства разработки сервеной логики. С IBExpert не сравнится ничего.
pgAdmin III, а кстати IBExpert умеет отлаживать построчно хранимые процедуры ? просто спросил, вот pgAdmin научился недавно :)
>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 овской поделки не дотягивает.
Ой пацаны, вы попробуете Валентину :-)она делает все ваши постгре/mySQL/MS/... в десятки раз а на больших базах и в сотни раз по скорости запросов. Сам не верил пока не проверил :-) У нее вертикальная организация данных, но это не единственная причина. А больше всего я лично прибалдел от линков - очень красиво и эффективно. Для люниксодиов есть бесплатный вариант кстати.
www.valentina-db.com or paradigmasoft.com Тут есть страничка тестимониалз - люди рассказывают реальные примеры. Впечатляет.
за пределами самого сайта никакой инфо, кроме, что разработчики русские. даже на sql.ru ни слова. что-то не пока внушает доверия...
>Ой пацаны, вы попробуете Валентину :-)
>Попробовал. Теперь срочно ищу доктора.
P.S. Пропиретарщиков-спамеров - в дупу.
>>Ой пацаны, вы попробуете Валентину :-)
>>
>Попробовал. Теперь срочно ищу доктора.А что случилось?
>А что случилось?наступил Валентинов день
Реальные примеры - это да. Например, на сайте М$ впечатляет уже одно их количество.
Кто нибудь скажет - что это за валентинка такая - кто пробовал эту штуку? Чето я не слышал раньше об этом....