Представлен (http://www.firebirdsql.org/index.php?op=devel⊂=engine&...) план развития СУБД 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, бета тестирование начнется в третьем квартале, а до конца года...URL: http://www.firebirdsql.org/index.php?op=devel⊂=engine&...
Новость: http://www.opennet.me/opennews/art.shtml?num=19783
т.е. чтобы FB нормально заработал, его пришлось переписать с нуля :)
FB отлично работает - самая предсказуемая база, но вот с функционалом немного напряг.
>FB отлично работает - самая предсказуемая база, но вот с функционалом немного напряг.Ты хоть какую нибудь другую базу видел?! Хуже FB только dbase-III 1988 года!
А если на то пошло - сам-то базы делал серьезные ? Али только деьфу видал ?
Птиц - версионник , и там где он летает ( например куча паралельных транзакций) рядом только Оракл , но он и стОит .... А мускул и слоник тихо сопят в углу ....
Гыгыгыг :)
ПроХфесионал видимо не в курсе что слоник - версионник ,)
А вот скажи говноFB к какой версии будет ACID? Я уж про SQL-9X - молчу.
Короче ещё раз - оно умеет только быстро мусор выдавать и умирать вместе с данными ...
ну и когда в слонике заработал нормально SELECT FOR SHARE ?
а по поводу асид - _чего_ из него птиц не держит ?
>FB отлично работает - самая предсказуемая база, но вот с функционалом немного напряг.Согласен - FB всегда и предсказуемо выдает мусор и после бакап\рестор - убивает данные! :(
Этот функционал у него отлажен - мама не горюй!PS: Never ... I said - _NEVER_ again!
У меня птиц с 1 версии и не разу бекап не бился ... Что я сделал не так ?
Учите матчасть - в доках все расписано ....
Вот такой странички тут не хватает: http://www.postgresql.org/docs/8.3/static/
Господа никогда не пользовались InterBase / firebird, Судя по отзывам. Эта DBMS полный восторг!!!
Удачи Авторам!!! лучший сайт по теме www.ibase.ru
очень рад, что эта субд развивается... отличная вещь.
хорошо что в борланде кто-то додумался её открыть.. а ведь сколько пропало?..вот только не много ли изменений для второго квартала?
всё правильно. это нужно, но она за последние 5 лет так и на 10% не изменялась!!!
про будущие глюги уже и не говорю.
>про будущие глюги уже и не говорю.C++ — тот ещё ГЛЮК. Будут отлаживать и ловить баги ещё десять лет.
Используем firebird уже лет 10 (тогда еще InterBase). Сейчас в конторе ~100 машин активно работающих с БД под управлением этой СУБД. На одном из сервереров более 30 баз, каждая размером более 2ГБ. На другом сервере одна из баз размером более 15ГБ, содержащая таблицу в более 5 млн. записей. Самые разнообразные аналитические отчеты (запросы) по этим базам выдаются за очень корокое время.
Утверждение что FB "говно" наглая провокация и, - как говорит наш любимый президент, - "издевательство над здравым смыслом". Либо люди не видели FB в глаза.
Случалось что терялись данные. Но это исключительно проблема организации резервного копирования. FB не журналируемая СУБД как Oracle, но никто не мешает обезопасить себя созданием зеркальной (shadow) базы.
База просто замечательная.
Использовали InterBase, потом были вынуждены перейти на мелкомягкий SQL Server. Сейчас самая большая база под 200 Гб, пользователей в ней одновременно до 100 чел, в нее сливаются данные из нескольких десятков розничных магазинов и нескольких оптовых складов. В таких условиях InterBase-Firebird, к сожалению, вряд ли обеспечит стабильную работу.
Хотя на объемах в несколько десятков раз меньше - наверное можно ее применить.
>Использовали InterBase, потом были вынуждены перейти на мелкомягкий SQL Server. Сейчас самая
>большая база под 200 Гб, пользователей в ней одновременно до 100
>чел, в нее сливаются данные из нескольких десятков розничных магазинов и
>нескольких оптовых складов. В таких условиях InterBase-Firebird, к сожалению, вряд ли
>обеспечит стабильную работу.
>Хотя на объемах в несколько десятков раз меньше - наверное можно ее
>применить.А на такие объёмы (200Гб) ОгнеПтица и не расчитана. Она, имхо, оптимальная для баз объёмом до двух-трёх десятков Гб. Может в будущем и бОльшие объёмы будут для неё нормой.
>[оверквотинг удален]
>>большая база под 200 Гб, пользователей в ней одновременно до 100
>>чел, в нее сливаются данные из нескольких десятков розничных магазинов и
>>нескольких оптовых складов. В таких условиях InterBase-Firebird, к сожалению, вряд ли
>>обеспечит стабильную работу.
>>Хотя на объемах в несколько десятков раз меньше - наверное можно ее
>>применить.
>
>А на такие объёмы (200Гб) ОгнеПтица и не расчитана. Она, имхо, оптимальная
>для баз объёмом до двух-трёх десятков Гб. Может в будущем и
>бОльшие объёмы будут для неё нормой.ИМХО -- она до этих времён не доживёт -- через 3 месяца ждём репликацию для postgresql "из каробки" -- и всё....
>ИМХО -- она до этих времён не доживёт -- через 3 месяца
>ждём репликацию для postgresql "из каробки" -- и всё....она вас еще переживет
>>ИМХО -- она до этих времён не доживёт -- через 3 месяца
>>ждём репликацию для postgresql "из каробки" -- и всё....
>
>она вас еще переживетдай то бог
>>>ИМХО -- она до этих времён не доживёт -- через 3 месяца
>>>ждём репликацию для postgresql "из каробки" -- и всё....
>>
>>она вас еще переживет
>
>дай то богГм, а чё, Ingres репликации не поддерживает? Я всё думал, что Postgres, мучимый эдиповым комплексом, всё пытается помериться длиной пиписьки со своим прародителем ...
>Использовали InterBase, потом были вынуждены перейти на мелкомягкий SQL Server.какую версию interbase вы использовали? и что вынудило вас перейти на mssql?
ps: некоторые и с терабайтными базами на firebird работают. http://www.ibase.ru/ibfaq.htm#dbsize
pps: считайте что ваша ~200гб база будет ~100гб для firebird
PS. Поправляюсь чтобы было понятнее: База c 15ГБ, в которой таблица более 5 млн. содержит еще немало огромных таблиц.
А 15 гигов считается в 2009 году крутой базой чтоли?А то на sql.ru попался чувак с ... sqlite (!!!) и базой на 20 гиг в продакшне (при том явно осмысленно сделавший выбор).Если уж оно 20 гиг базу без проблем тянет - остальным просто no excuse если на таком размере у них вылезают какие-либо проблемы.Имхо ессно.
>А 15 гигов считается в 2009 году крутой базой чтоли?А то на
>sql.ru попался чувак с ... sqlite (!!!) и базой на 20
>гиг в продакшне (при том явно осмысленно сделавший выбор).пруфлинк?
Охх - ребята С++ не для СУБД - имеется 8 летний опыт и не только мой
все уходят от С++ в сторону С так как С++ вычухивать будут долго
мы все наши www.altibase.com проэкты съезжаютна С - неудобно но портабильно и стабильно
>Охх - ребята С++ не для СУБД - имеется 8 летний опыт
>и не только мой
>все уходят от С++ в сторону С так как С++ вычухивать будут
>долго
>мы все наши www.altibase.com проэкты съезжаютна С - неудобно но портабильно и
>стабильнопозвольте-ка, а как же стандартная библиотека шаблонов STL ?
это ж святая вещь, как без неё обходиться-то ? ведь язык С не поддерживает шаблонное программирование, а самому реализовывать бинарные деревья, списки и т.д., да ещё с алгоритмами - неудобно.забить на классы и ООП - ещё куда ни шло, но обойтись без STL весьма проблематично.
>>ведь язык С не поддерживает шаблонное программированиеНу, С++ может шаблонное программирование и поддерживает, а вот программисты, как раз, нет!
>>>ведь язык С не поддерживает шаблонное программирование
>
>Ну, С++ может шаблонное программирование и поддерживает, а вот программисты, как раз,
>нет!программисты не поддерживают ?программисты каждый раз заново изобретают велосипед, реализовывая динамические массивы, связанные списки , бинарные деревья и алгоритмы для них?STL - это изумительная вещь для тех, кто умеет ей пользоваться, ибо избавляет от рутины, к тому же не такая уж и сложная.
C++ хороший язык... для прикладных программ.