URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 12883
[ Назад ]

Исходное сообщение
"OpenNews: План развития СУБД Firebird на 2006 год"

Отправлено opennews , 30-Ноя-05 10:54 
Dmitry Yemanov, координатор проекта Firebird, представил план (http://firebird.sourceforge.net/devel/engine/roadmap2006.html) развития проекта на следующий год.

Первоочередное внимание будет уделяться  повышению стабильности и безопасности, поиску и устранению ошибок. Кроме того, особо отмечены: разработка новых средств мониторинга и управления; работа над улучшением соответствия SQL спецификациям (SQL-99) и расширение языка; увеличение производительности.

Релиз Firebird 2.0 планируется выпустить в первом квартале 2006 года, во втором квартале должна выйти первая бета версия Firebird 3.0 (все переписано на С++, SMP на уровне тредов), финальная версия которого намечена уже на третий квартал.

URL: http://firebird.sourceforge.net/devel/engine/roadmap2006.html
Новость: http://www.opennet.me/opennews/art.shtml?num=6533


Содержание

Сообщения в этом обсуждении
"План развития СУБД Firebird на 2006 год"
Отправлено eplumber , 30-Ноя-05 10:54 
Обожаю Firebird, хочу SMP!

"План развития СУБД Firebird на 2006 год"
Отправлено all_sun , 30-Ноя-05 11:15 
"SMP на уровне тредов..." - лихо сказано

"План развития СУБД Firebird на 2006 год"
Отправлено mahoro , 30-Ноя-05 17:56 
Люблю хорошие новости :)
Чертовски симпатизирую этому проекту.. Ж)

"План развития СУБД Firebird на 2006 год"
Отправлено Аноним , 30-Ноя-05 18:25 
В exUSSR распостранен, как и все борландячие продукты :) За пределами .... не ну можно наткнуться конечно, но зверь все же редкий :)

"План развития СУБД Firebird на 2006 год"
Отправлено Дядя , 30-Ноя-05 18:50 
Кто знает, есть смысл использовать или Postgre альтернативы нет?

"Проверено опытом, лучше не связываться"
Отправлено Владимир , 30-Ноя-05 20:25 
если сомневаетесь
Установите Фаерберд и попробуйте найти в настройках или документации хотя бы намек на возможность
- отладки/диагностики/логирования работы сервера
- ограничения по количеству коннектов
- икрементальные бекапы
этого нет

После этого обратите внимание на bugfix
- http://www.firebirdsql.org/index.php?op=files&id=fb153_rc2
ветка 1.5 в "стабильном" состоянии официально заявлена более 2 лет
сделайте поиск по "crash" - падения сервера были справлены только недавно

Попробуйте найти
- известный проект который бы использовал Firebird
- хостера который бы официально предоставлял Firebird кроме как в виртуальной машине или отдельном сервере
- интегратора Firebird
этого тоже нет

Прочитайте форумы по Firebird/Interbase

Посмотрите код проекта, попробуйте собрать
- смесь С и С++
- отсуствие дебажных трейсов и отладочных выводов (в некоторых местах встречаються (работа с памятью, тредами) но это капля в море)
- многие килобайты варнингов при компиляции

многое их этого обещают исправить только в 3 версии

После этого оцените готовы ли Вы рискнуть проектом отлавлива баги и падения сервера без средств отладки и диагностики или может быть лучше взять проверенные временем
PosgreSQL/MySQL
в зависимости от задачи.


"Проверено опытом, лучше не связываться"
Отправлено Iv , 01-Дек-05 08:13 
>если сомневаетесь
> Установите Фаерберд и попробуйте найти в настройках или документации хотя бы
>намек на возможность
[...skip...]
> После этого оцените готовы ли Вы рискнуть проектом отлавлива баги и
>падения сервера без средств отладки и диагностики или может быть лучше
>взять проверенные временем
> PosgreSQL/MySQL
>в зависимости от задачи.
>
Уж пять лет минуло как начали иб/фб юзать, сейчас фб1.5.2, хоть бы раз загнулся тфу-3х, хотя проект небольшой в таблицах не более нескольких сотен тысяч записей и юзеров всего 20. Так что временем проверили, вполне довольны.

"План развития СУБД Firebird на 2006 год"
Отправлено Andry , 30-Ноя-05 22:01 
На счет Yaffil какие мнения будут? Чисто из любопытства, просто откровенно навязывается решение на этой штуке.

"План развития СУБД Firebird на 2006 год"
Отправлено sauron , 01-Дек-05 08:28 
>На счет Yaffil какие мнения будут? Чисто из любопытства, просто откровенно навязывается
>решение на этой штуке.


Yaffil давно нет. Проект закрыт а весь код передан в пользование команды Firebird. Туда же утекли и разработчики.


"План развития СУБД Firebird на 2006 год"
Отправлено Andry , 01-Дек-05 21:27 
У нас, в Воронежской области, "по пистолетом", территориальным фондом обязательного медицинского страхования внедряется "комплексное"  решение для автоматизации работы лечебно профилактических учреждений.  Грустно :(.

"Postgre альтернативы нет? - mySQL?"
Отправлено Otto Katz Feldkurat , 01-Дек-05 15:07 
Чем не альтернатива?

"Postgre альтернативы нет? - mySQL?"
Отправлено Дядя , 01-Дек-05 20:04 
Разные вещи. MySQL был задуман всего-лишь, как альтернатива mSQL, а PostgreSQL, как передовая БД.

"Знаю еще одну передовую разработку!"
Отправлено Otto Katz Feldkurat , 04-Дек-05 11:36 
Project Looking Glass называется. Не пробовал?

Теперь они в одном гнезде :)


"План развития СУБД Firebird на 2006 год"
Отправлено Аноним , 01-Дек-05 11:52 
Стоит корпоративная БД на Firebird1.5.2 (в данный момент, начиналось,естесственно с других версий). до 1000 новых записей в день. Все ок. уже несколько лет.

"План развития СУБД Firebird на 2006 год"
Отправлено Kisa , 02-Дек-05 01:04 
Firebird1 и PostgreSQL и  mySQL имеют разные весовые категории, согласны?

"План развития СУБД Firebird на 2006 год"
Отправлено eplumber , 02-Дек-05 06:32 
Прошу обрисовать ниши для вышеназваных продуктов.
Сам же пользую Firebird 1.5 База объемом 1380 Мб, растет примерно на 1Мб в день. Самая большая таблица 4 миллиона записей, с базой работают около 50 клиентов. Может я что-то делаю не так?

"План развития СУБД Firebird на 2006 год"
Отправлено Аноним , 02-Дек-05 06:45 
Для небольших баз?
Дык Oracle бесплатно берите для баз < 4GB. IBM'ы кстати после нового года обещают DB/2 тоже бесплатно (во времена пошди :). Но я - за Postgress.

А для больших FB все равно не пойдет :(

Конечно если прилада уже есть тогда да, прийдется.


"План развития СУБД Firebird на 2006 год"
Отправлено sash , 02-Дек-05 10:55 
Кстати о базах, мне нравиться определение оракла размеров баз для data-warehousing

DEMO          <1GB
SMALL         <100GB
MEDIUM        100-500GB
LARGE         >500GB

Допустим подымал базы на mysql размером в ~70Gb, для онлайн проектов, и из-за неправильно проектирования систем были жутчайшие тормоза.