The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз СУБД Firebird 2.5

04.10.2010 15:32

После нескольких лет разработки увидел свет релиз новой ветки СУБД Firebird 2.5, переведенной на многопоточный режим обработки запросов. Одновременно ведется тестирование ветки Firebird 3.0, переписанной на языке C++ и основанной на переработанной архитектуре, оптимизированной для использования на многоядерных системах.

Ключевые улучшения Firebird 2.5:

  • Распараллеливание запросов на несколько нитей и переработанная низкоуровневая система синхронизации потоков, что позволяет значительно повысить производительность на многопроцессорных и многоядерных системах;
  • Клиентские библиотеки переписаны с поддержкой вызова из многопоточных программ;
  • Реализована поддержка ALTER VIEW. Выражение ALTER COLUMN теперь можно использовать по отношению к вычисляемым столбцам;
  • Возможность обращения к другой базе данных, через использования выражения "EXECUTE STATEMENT";
  • Возможность использования регулярных выражений в SQL запросах, через использование предиката "SIMILAR TO";
  • Автономные транзакции внутри PSQL-модуля (хранимые процедуры, триггеры или динамически исполняемые блоки PSQL) ;
  • Управление аккаунтами пользователей СУБД через SQL-выражения "CREATE/ALTER/DROP USER";
  • Встроенные средства системного аудита и трассировки запросов, позволяющие в реальном времени отслеживать любые операции в БД;
  • Возможность мониторинга обычным пользователем всех своих соединений;
  • Опции "GRANTED BY" и "GRANTED AS" в выражениях GRANT и REVOKE могут указывать на пользователя, отличного от текущего;
  • Результат выполнения запросов теперь оформлен в соответствии со стандартом SQL-2003 и возвращают 5-символьный код завершения операции (SQLSTATE).

Изменения, ожидаемые в будущем релизе, Firebird 3.0:

  • Новая гибкая система конфигурирования;
  • Дополнительные модели аутентификации;
  • Поддержка агрегирования прав доступа;
  • Внешние хранимые процедуры, триггеры и функции (на Java, C++ и других языках);
  • Возможность определения пользовательских PSQL функций и DDL триггеров;
  • Средства для подключения расширений для мониторинга;
  • Возможность задания таймаута, ограничивающего время выполнения запроса.


  1. Главная ссылка к новости (http://www.firebirdsql.org/...)
  2. OpenNews: Вышел релиз СУБД Firebird 2.1.3
  3. OpenNews: Вышел релиз СУБД Firebird 2.1.2
  4. OpenNews: Вышел релиз СУБД Firebird 2.0.5
  5. OpenNews: План развития СУБД Firebird на 2009 год
  6. OpenNews: Доступен релиз СУБД Firebird 2.1. Обзор новшеств.
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/28165-Firebird
Ключевые слова: Firebird, database
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (31) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Xaionaro (ok), 15:48, 04/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто-нибудь пользуется сием творением? Хотелось бы услышать комментарии относительно плюсов и минусов относительно текущих гигантов в мире SQL.
     
     
  • 2.10, vadiml (ok), 16:45, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня Interbase c 5.0 по 5.5 падал когда на базу резко возросла нагрузка и вырос объём -- в базе откуда плодились ошибки и при достижении какого-то уровня база падала. Но если вовремя сделать бекап и из него востановить базу, то в востановленной ошибок уже нет.

    Знаю что в FB 1.0 и 1.5 эта фича никуда не делась, т.к. у знакомых на весьма большой базе (gdb более 10 гиг и 20 активных клиентов) когда пару раз отваливалось ночное воссоздание база->backup->база, то через дня 3-4 база падала. Я смотрел в их логи -- симптомы были те же. Причём независимо от OS сервера, и под виндой, и под линуксом.

    Про то, что эту "фичу" исправили в FB 2.0 -- я не слышал.

     
  • 2.18, Аноним (-), 19:13, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Долго юзал FB2.0, очень хорошая база, быстрая, с кучей плюшек.
     
  • 2.21, аноним (?), 22:24, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ФБ 2.1, база около 16 гигов, работает под приличной нагрузкой. В принципе работает нормально, но есть один большой косяк, который всё портит. В случае дидлока одно из соединение "зависает" и стопорит работу всех остальных. Количество новых соединений начинает расти, старые не отваливаются. При достижении максимума соединений сервис встаёт колом и всё, приплыли. Помогает остановка клиента (в нашем случае апач) и ручное убивание зависших соединений. После этого работа возобновляется. Надеюсь в 2.5 этого не будет. Ещё большой минус в том, что нет встроенных средств кластеризации. С определённого момента об этом начинаешь крепко задумываться
     

  • 1.2, white_raven (?), 15:51, 04/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    База всё также корруптится при зависании/крахе сервака/компа??
    Перешёл на мускул исключительно из за этого.
     
     
  • 2.6, letsmac (ok), 16:10, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    8 лет с FB работал ни одного тотального краха ни коррупта, хоть кувалдой бей сервак. Наверно мне надо набраться опыта и не использовать транзакции?
     
     
  • 3.8, white_raven (?), 16:39, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну-ну. Научите-ка меня юноша КАК работать с FIREBIRD не используя транзакции.
     
     
  • 4.13, letsmac (ok), 17:01, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>КАК работать с FIREBIRD не используя транзакции.

    Вот тоже интересно, каким образом можно покоцать версионник загадка.

     
     
  • 5.14, white_raven (?), 17:16, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А что если версионник то автоматом неуязвимый?
    К вашему сведению например постгрес тож версионник - однако журнал записи транзакций в нём присутствует в отличие от FIREBIRD. Надеюсь в его надёжности сомнений нет?
     
     
  • 6.23, funny_falcon (?), 23:26, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У меня PostgreSQL раза три портил данные при отключении питания. Один раз даже отказался стартовать, пришлось читать доки по экстренному восстановлению, слава богу помогло. Правда этот раз (да и ещё один) был явно по причине сбоя файловой системы. Всё-таки сервер БД не может быть надёжнее файловой системы, на которой расположен :(
     
  • 5.15, Аноним (-), 17:16, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот тоже интересно, каким образом можно покоцать версионник загадка.

    Достаточно писать на диск некорректно обрабатывающий команду SYNC :)

     
     
  • 6.29, Аноним (-), 05:11, 06/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вот тоже интересно, каким образом можно покоцать версионник загадка.
    > Достаточно писать на диск некорректно обрабатывающий команду SYNC :)

    Даже проще - достаточно попытаться скопировать файл bd при работающей базе. Без дураков - в официальной документации написано. Ниии - нам такого не нать :)


     
  • 2.17, Аноним (-), 18:24, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    5 лет работаю с базами FB. В сопровождении было от 20 до 100 баз одновременно размером от 1М до 30Г (все на linux). Полет нормальный. А с mysql ее сравнивать нечего - это разного уровня продукты.
     
  • 2.25, voodix (ok), 02:06, 05/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Надо было включать флаг SYNC - чтобы на диск сбрасывал изменения и не держал в RAM
     

  • 1.3, Аноним (-), 15:51, 04/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    а "фирменный" невосстановимый бэкап это фича?
     
     
  • 2.9, QuAzI (ok), 16:41, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это руки. Всё восстанавливается. Запакованный бекап и распакованная база - разные вещи.
     
  • 2.26, voodix (ok), 02:10, 05/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > а "фирменный" невосстановимый бэкап это фича?

    Если база оказалась ломанная и/или бэкап - восстанавливать без индексов и еще там ключ, кажется -O восстанавливать каждую таблицу отдельно.. Что-то вроде этого.. или игнорировать ошибки.. забыл.. А констрейнты/индексы потом "поднимать".

     
     
  • 3.30, Аноним (-), 05:15, 06/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> а "фирменный" невосстановимый бэкап это фича?

    Так починили или нет?!
    В свое время это стало шоустоппером, ибо тестировать _каждый_ бэкап на резервном серваке чтобы убедиться что это бэкап, а не пис-оф-самизнаетечего - несколько напрягало ...

    ... наверное починили - лет то уже сколько прошло :) Хотя пейсатели там те ещё ...

     

  • 1.5, Noor (ok), 15:57, 04/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сие творение, только более древних версий повсеместно используется в господелках и прочих мелких фирмах как легкое к развертыванию средство СУБД под виндой.
     
     
  • 2.19, Аноним (-), 19:17, 04/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Сие творение, только более древних версий повсеместно используется в господелках и прочих
    > мелких фирмах как легкое к развертыванию средство СУБД под виндой.

    Правильно, потому что не требует демона в однопользовательском режиме, кинул длл-ку, саму базу и радуйся. Если нужно вдруг стало использовать одну базу нескольким юзерами: поднял демона, чуть перенастроил и опять красота.

     

  • 1.7, Ю.Н. (?), 16:35, 04/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Отлична СУБД.Использую много лет - от версии к версии  все  больше возможностей , стабильнее и быстрее. Кстати работает не толко по Win а и под *nix OS.И в далеко НЕ"мелких проектах" К тому же и бесплатная. Можно сказать лучшая в своем сегменте
     
  • 1.11, Victor (??), 16:53, 04/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    10 Лет на ФБ, начиная с 1.0, и до 2.1.3
    мощная, надёжная (при прямых руках у админа) СУБД,
    работает довольно шустро, при минимальных нагрузках на аппаратуру. Нет левых фич, "типа всё в одном" как в оракле; ообд, ХМЛ и прочего новомодного мусора.
    Просто надёжная и шустрая реляционная СУБД. Для реальной работы.
    Спасибо разработчикам!!!
     
  • 1.12, Victor (??), 16:57, 04/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    П.С.: Забыл указать - свободная СУБД (т.е. бесплатная)
    на сегодня имеем - БД порядка 30ГБ, и 120-150 активных пользователей днём.
     
  • 1.22, sasku (?), 22:30, 04/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    присоединяюсь
    за последние лет 8, что я работаю с ФБ, единственная "серьезная" проблема была при переходе с 2.0 на 2.1, когда нужны были небольшие танцы с бубном с русскими буквами :)
     
  • 1.24, voodix (ok), 02:04, 05/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Плюсую. Используем начиная с InterBase, затем FB 1.5, FB 2.1 больше 10 лет (под linux). Количество баз достигало 50 размером от 2 ГБ до 20ГБ.. Активных пользователей 150 - 200.
      Один раз случалась серьезная потеря данных из-за физического сбоя дисков. Был  еще сбой подобного рода, но спасло уже грамотное администрирование. Последние 7 лет сбоев не было. Для надежной работы требуется грамотное администрирование, своевременный бэкап, сборка мусора, проверка базы, флаг SYNC и точно не уверен - зеркалирование. И софт с грамотным использованием транзакций. Да, случаются deadlock к сожалению. Лечатся сами таймаутом.. Поскольку плотность записи низкая - c нарастанием deadlock'ов ни разу не сталкивались.
      Резюме: база отличная, производительная, поддержка многоверсионности,  развивающаяся, набирающая гибкость, но есть нюансы...    
     
     
  • 2.27, voodix (ok), 02:13, 05/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в linux на сервере желательно tmp каталог монтировать на отдельный раздел, да побольше - FB там хранит результат промежуточных выборок. И под базу отдельный раздел.. А еще кошернее если tmp с базой на разных контроллерах.
     

  • 1.28, Аноним (-), 15:13, 05/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Работаем с Firebird  7 лет. Написали кучу софта который стоит и работает годами без администрирования. Очень доволен что в 2002г выбрали именно Фаребирд - тогда еще версии 1.0

    Не буду разводить религиозные войны насчет кто лучше, это не будет правильно. Приведу такой факт - по опросам Ит спецов больших фирм их БольшиеПлатныеКоммерческиеСУБД используются на 33%.

    Про нас скажу, что Фаребирд 2.0 мы используем процентов на 70-80, при этом решая поставленные задачи.

    Если будет оооочень большой заказ -  может и подумаю про смену СУБД, а так по 60-100 клиентов с базой в 5Гиг работают только в путь.

    Благодарим разработчиков за их труд. С уважением, отдел программирования {фирму не пишем чтобы не заподозрили рекламу}

     
     
  • 2.31, Аноним (-), 05:27, 06/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Приведу такой факт - по опросам Ит спецов больших фирм их БольшиеПлатныеКоммерческиеСУБД используются на 33%.

    Ну ты и перец :) А погуглить _почему_так?_ не пробовал? :)

    У нас опупенно дорогие системы мониторинга стоят чтобы бэйслайн считать. И как только превышает 30% - идёт заказ на новое железо. Ибо "DoS is not an option", "многа девяток", "бёрст протекшжн" и прочие страшные слова :)

    Хотя да - во всяких ЖЭКах где стоит 98% этой датабазы - всё вышеперечисленное есть просто бла-бла-бла ... :)

     
     
  • 3.32, аноним (?), 09:19, 06/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Перечитайте внимательно сообщение, там не про 33% загрузки железа, там про использование всего 33% фич, наворотов больших дорогих коммерческих СУБД
     

  • 1.33, Константин (??), 01:22, 07/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо разработчикам! Пользовался всеми релизами, начиная с 1-ки...
    На 1.5-ке работала торговая сеть из 15-ти розничных магазинов, объем базы центрального офиса был за 35 гигов...В магазинах по 2-4 гига. Надежный движок субд, конечно не без грехов, но у кого их не бывает...
    Если и падала пару раз на магазинах, то из-за того, что не заметил, что операторы забили свободное место на диске с базой. После падений сравнительно легко и без потерь подымал базу.
    В 2007-м перешел на 2-ку под Linux, а 1,5 года назад уволился из фирмы...С тех пор базы работают без "внешнего вмешательства". Пока полет нормальный - ни разу не обращались, но и, насколько я знаю, не было необходимости
     
     
  • 2.34, Alexander Yakimenko (?), 23:56, 11/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Работаем с СУБД уже много лет. Используется в качестве производственной СУБД на крупном машиностроительном заводе. Платформа ОС - FreeBSD7. Сервер HP DL380G5 c честным RAID-контроллером с SAS 15K RPM Винчестерами. Объем базы доходит до 16,2 ГБ. Одновременных сессий, например сегодня было около 520.
    Из плюсов - скорость. Она просто бешенная. Надежность. Практически неубиваемость. Компактность.
    Из минусов - слабые средства администрирования, которые во многом вылечились в 2.5. Отсутствие с свободной версии кластеризации.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру