The OpenNET Project / Index page

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

План развития СУБД Firebird на 2009 год

14.01.2009 12:33

Представлен план развития СУБД Firebird на 2009 год.

Релиз Firebird 1.5.6 с исправлением уязвимостей и критических ошибок будет выпущен в первом квартале, это будет последняя версия ветки Firebird 1.5.x. Версии 2.0.5 и 2.1.2 sтакже будет выпущена в первом квартале, релиз 2.1.3 выйдет в 3 квартале, а 2.0.6 в четвертом.

Первый релиз новой ветки Firebird 2.5, переведенной на многопоточный режим обработки запросов, намечен на второй квартал 2009 года. В Firebird 2.5 также будет реализована поддержка ALTER VIEW и EXECUTE STATEMENT, возможность использования регулярных выражений в SQL запросах, автономные транзакции, управление аккаунтами пользователей СУБД через SQL, отправка запросов во внешние базы данных, встроенные средства аудита и трассировки запросов.

На второй квартал 2009 года намечен выход первой альфа версии Firebird 3.0, бета тестирование начнется в третьем квартале, а до конца года разработчики надеются успеть выпустить первый кандидат в релизы. Firebird 3.0 будет переписан на языке C++ и основан на переработанной архитектуре, оптимизированной для использования на SMP/multi-core системах. Также будет добавлена гибкая система конфигурирования; новые модели аутентификации; агрегирование прав доступа; внешние хранимые процедуры, триггеры и функции (на Java, C++ и других языках); возможность определения пользовательских PSQL функций и DDL триггеров; средства для подключения расширений для мониторинга; возможность задания таймаута, ограничивающего время выполнения запроса.

  1. Главная ссылка к новости (http://www.firebirdsql.org/ind...)
  2. OpenNews: План развития СУБД Firebird на 2008 год
  3. OpenNews: План развития СУБД Firebird на 2007 год
  4. OpenNews: Финальный релиз СУБД Firebird 2.0
  5. OpenNews: Доступен релиз СУБД Firebird 2.1. Обзор новшеств.
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/19783-database
Ключевые слова: database, firebird
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (29) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, vadiml (?), 14:17, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    т.е. чтобы FB нормально заработал, его пришлось переписать с нуля :)
     
     
  • 2.3, tesseract (?), 15:36, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    FB   отлично работает - самая предсказуемая база, но вот с функционалом немного напряг.
     
     
  • 3.4, Warhead Wardick (?), 18:02, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >FB   отлично работает - самая предсказуемая база, но вот с функционалом немного напряг.

    Ты хоть какую нибудь другую базу видел?! Хуже FB только dbase-III 1988 года!

     
     
  • 4.9, Maddy (?), 19:01, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А если на то пошло - сам-то базы делал серьезные ? Али только деьфу видал ?
    Птиц - версионник , и там где он летает ( например куча паралельных транзакций) рядом только Оракл , но он и стОит ....  А мускул и слоник тихо сопят в углу ....
     
     
  • 5.14, Warhead Wardick (?), 01:02, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Гыгыгыг :)
    ПроХфесионал видимо не в курсе что слоник - версионник ,)
    А вот скажи говноFB к какой версии будет ACID? Я уж про SQL-9X - молчу.
    Короче ещё раз - оно умеет только быстро мусор выдавать и умирать вместе с данными ...
     
     
  • 6.21, Maddy (?), 19:02, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ну и когда в слонике заработал нормально SELECT FOR SHARE  ?
    а по поводу асид - _чего_ из него птиц не держит ?
     
  • 3.5, Diogene.OSS programmer (?), 18:06, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >FB отлично работает - самая предсказуемая база, но вот с функционалом немного напряг.

    Согласен - FB всегда и предсказуемо выдает мусор и после бакап\рестор - убивает данные! :(
    Этот функционал у него отлажен - мама не горюй!

    PS: Never ... I said - _NEVER_ again!

     
     
  • 4.10, Maddy (?), 19:02, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    У меня птиц с 1 версии и не разу бекап не бился ... Что я сделал не так ?
    Учите матчасть - в доках все расписано ....
     

  • 1.2, sy (ok), 15:17, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот такой странички тут не хватает: http://www.postgresql.org/docs/8.3/static/
     
  • 1.7, Александр (??), 18:26, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Господа никогда не пользовались InterBase / firebird, Судя по отзывам. Эта DBMS полный восторг!!!  
     
  • 1.8, Александр (??), 18:28, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Удачи Авторам!!! лучший сайт по теме www.ibase.ru
     
  • 1.12, Аноним (12), 22:10, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    очень рад, что эта субд развивается... отличная вещь.
    хорошо что в борланде кто-то додумался её открыть.. а ведь сколько пропало?..

    вот только не много ли изменений для второго квартала?
    всё правильно. это нужно, но она за последние 5 лет так и на 10% не изменялась!!!
    про будущие глюги уже и не говорю.

     
     
  • 2.13, iZEN (ok), 00:39, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >про будущие глюги уже и не говорю.

    C++ — тот ещё ГЛЮК. Будут отлаживать и ловить баги ещё десять лет.


     

  • 1.15, vinniepooh (?), 02:23, 15/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Используем firebird уже лет 10 (тогда еще InterBase). Сейчас в конторе ~100 машин активно работающих с БД под управлением этой СУБД. На одном из сервереров более 30 баз, каждая размером более 2ГБ. На другом сервере одна из баз размером более 15ГБ, содержащая таблицу в более 5 млн. записей. Самые разнообразные аналитические отчеты (запросы) по этим базам выдаются за очень корокое время.
      Утверждение что FB "говно" наглая провокация и, - как говорит наш любимый президент, - "издевательство над здравым смыслом". Либо люди не видели FB в глаза.
      Случалось что терялись данные. Но это исключительно проблема организации резервного копирования. FB не журналируемая СУБД как Oracle, но никто не мешает обезопасить себя созданием зеркальной (shadow) базы.  
      
      База просто замечательная.
     
     
  • 2.17, Аноним (12), 08:26, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Использовали InterBase, потом были вынуждены перейти на мелкомягкий SQL Server. Сейчас самая большая база под 200 Гб, пользователей в ней одновременно до 100 чел, в нее сливаются данные из нескольких десятков розничных магазинов и нескольких оптовых складов. В таких условиях InterBase-Firebird, к сожалению, вряд ли обеспечит стабильную работу.
    Хотя на объемах в несколько десятков раз меньше - наверное можно ее применить.
     
     
  • 3.19, Fomalhaut (?), 15:29, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Использовали InterBase, потом были вынуждены перейти на мелкомягкий SQL Server. Сейчас самая
    >большая база под 200 Гб, пользователей в ней одновременно до 100
    >чел, в нее сливаются данные из нескольких десятков розничных магазинов и
    >нескольких оптовых складов. В таких условиях InterBase-Firebird, к сожалению, вряд ли
    >обеспечит стабильную работу.
    >Хотя на объемах в несколько десятков раз меньше - наверное можно ее
    >применить.

    А на такие объёмы (200Гб) ОгнеПтица и не расчитана. Она, имхо, оптимальная для баз объёмом до двух-трёх десятков Гб. Может в будущем и бОльшие объёмы будут для неё нормой.

     
     
  • 4.20, pavel_simple (ok), 15:47, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>большая база под 200 Гб, пользователей в ней одновременно до 100
    >>чел, в нее сливаются данные из нескольких десятков розничных магазинов и
    >>нескольких оптовых складов. В таких условиях InterBase-Firebird, к сожалению, вряд ли
    >>обеспечит стабильную работу.
    >>Хотя на объемах в несколько десятков раз меньше - наверное можно ее
    >>применить.
    >
    >А на такие объёмы (200Гб) ОгнеПтица и не расчитана. Она, имхо, оптимальная
    >для баз объёмом до двух-трёх десятков Гб. Может в будущем и
    >бОльшие объёмы будут для неё нормой.

    ИМХО -- она до этих времён не доживёт -- через 3 месяца ждём репликацию для postgresql "из каробки" -- и всё....

     
     
  • 5.23, Аноним (-), 19:55, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >ИМХО -- она до этих времён не доживёт -- через 3 месяца
    >ждём репликацию для postgresql "из каробки" -- и всё....

    она вас еще переживет

     
     
  • 6.27, pavel_simple (??), 23:24, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>ИМХО -- она до этих времён не доживёт -- через 3 месяца
    >>ждём репликацию для postgresql "из каробки" -- и всё....
    >
    >она вас еще переживет

    дай то бог

     
     
  • 7.30, geekkoo (ok), 14:25, 16/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>>ИМХО -- она до этих времён не доживёт -- через 3 месяца
    >>>ждём репликацию для postgresql "из каробки" -- и всё....
    >>
    >>она вас еще переживет
    >
    >дай то бог

    Гм, а чё, Ingres репликации не поддерживает? Я всё думал, что Postgres, мучимый эдиповым комплексом, всё пытается помериться длиной пиписьки со своим прародителем ...

     
  • 3.22, Аноним (-), 19:47, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Использовали InterBase, потом были вынуждены перейти на мелкомягкий SQL Server.

    какую версию interbase вы использовали? и что вынудило вас перейти на mssql?
    ps: некоторые и с терабайтными базами на firebird работают. http://www.ibase.ru/ibfaq.htm#dbsize
    pps: считайте что ваша ~200гб база будет ~100гб для firebird

     

  • 1.16, vinniepooh (?), 02:27, 15/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    PS. Поправляюсь чтобы было понятнее: База c 15ГБ, в которой таблица более 5 млн. содержит еще немало огромных таблиц.
     
     
  • 2.24, User294 (??), 19:55, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А 15 гигов считается в 2009 году крутой базой чтоли?А то на sql.ru попался чувак с ... sqlite (!!!) и базой на 20 гиг в продакшне (при том явно осмысленно сделавший выбор).Если уж оно 20 гиг базу без проблем тянет - остальным просто no excuse если на таком размере у них вылезают какие-либо проблемы.Имхо ессно.
     
     
  • 3.25, Аноним (-), 20:21, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А 15 гигов считается в 2009 году крутой базой чтоли?А то на
    >sql.ru попался чувак с ... sqlite (!!!) и базой на 20
    >гиг в продакшне (при том явно осмысленно сделавший выбор).

    пруфлинк?

     

  • 1.18, Alexandr (??), 10:00, 15/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Охх - ребята С++ не для СУБД - имеется 8 летний опыт и не только мой
    все уходят от С++ в сторону С так как С++ вычухивать будут долго
    мы все наши www.altibase.com проэкты съезжаютна С - неудобно но портабильно и стабильно
     
     
  • 2.26, Voviandr (?), 20:35, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Охх - ребята С++ не для СУБД - имеется 8 летний опыт
    >и не только мой
    >все уходят от С++ в сторону С так как С++ вычухивать будут
    >долго
    >мы все наши www.altibase.com проэкты съезжаютна С - неудобно но портабильно и
    >стабильно

    позвольте-ка, а как же стандартная библиотека шаблонов STL ?
    это ж святая вещь, как без неё обходиться-то ? ведь язык С не поддерживает шаблонное программирование, а самому реализовывать бинарные деревья, списки и т.д., да ещё с алгоритмами - неудобно.забить на классы и ООП - ещё куда ни шло, но обойтись без STL весьма проблематично.

     
     
  • 3.29, geekkoo (ok), 14:22, 16/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>ведь язык С не поддерживает шаблонное программирование

    Ну, С++ может шаблонное программирование и поддерживает, а вот программисты, как раз, нет!

     
     
  • 4.31, Voviandr (?), 16:08, 16/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>>ведь язык С не поддерживает шаблонное программирование
    >
    >Ну, С++ может шаблонное программирование и поддерживает, а вот программисты, как раз,
    >нет!

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

     

  • 1.28, upyx (?), 06:55, 16/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    C++ хороший язык... для прикладных программ.
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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