Срок выхода релиза СУБД Firebird 2.0 вновь затягивается. Выпущен четвертый кандидат в релизы (http://www.firebirdsql.org/index.php?op=files&id=fb2_rc4) и объявлено о плане выпустить пятый через месяц. Ранее релиз Firebird 2.0 (http://www.firebirdsql.org/) был запланирован на начало 2006 года, сразу после выпуска Firebird 2.0-RC1, но затем последовала череда дополнительных внеплановых тестовых версий.URL: http://www.firebirdsql.org/index.php?op=files&id=fb2_rc4
Новость: http://www.opennet.ru/opennews/art.shtml?num=8121
Четвёртый релиз в кандидаты четвертого релиза кандита в релизы СУБД Firebird 2.0Им кто нить пользуется вообще? Для дела!?
>Четвёртый релиз в кандидаты четвертого релиза кандита в релизы СУБД Firebird 2.0
> Им кто нить пользуется вообще? Для дела!?Софтина на FB живет с 98 года у одного из моих заказчиков... тогда это еще IB был, за эти годы я проапгрейдил его до FB1.0.3 и всё :)
Ты прав - эту ерунду только на помойку - у меня постоянный deadlock -тупики
Транзакциями надо управлять нормально, и не будет никаких дедалоков постоянных.
Это вам не MySQL с его ограниченностью.
>Ты прав - эту ерунду только на помойку - у меня
>постоянный deadlock -тупикиПатч нужен:
cat /dev/hands | orthopedist
Шутка :)
Начиная с 4-й версии interbase в продакшн
Никаких дидлоков (без повода)
Хм.... а по поводу? каждую минуту?
Имею несчастье иметь дело с этим продуктом... Не в восторге
> Имею несчастье иметь дело с этим продуктом... Не в восторгеЯ работал с ним достаточно долго (даже бета-тестированием полуторки занимался) и был очень доволен. Это продукт который дисциплинирует разработчика (в отличие от шаляй-валяй-абы-как MSSQL), поэтому при работе с ним нужно четко представлять чего ты хочешь, какими способами ты можешь это получить и как это реализуется. Сравнивая с языками программирования - в C++ чайник докастит что угодно до чего угодно и будет жаловаться на глюки, а в паскале строгая типизация и шаг вправо/влево сделать не так просто.
Зато - практически не нуждающийся в администрировании сервер. Для задач в своей нише - практически идеальный, если софт правильно писать. На дедлоки я нарывался только когда еще был зелёный и не знал как правильно с транзакциями работать.
Сейчас перешел на Sybase - и не потому что FB плох, просто задачи другие :)Плюс к тому у FB очень хорошее комьюнити (не в смысле численности а в смысле грамотности)
Согласен, хорошая вещь.
строим системы на FireBird
сейчас используем 1.5.3 и ждем релиз 2.0
очень, очень приятное впечатление
работает хорошо, хороший инструмент для администрирования IBexpert
системы можно строить небольшие однопользовательские даже без установки СУБД на комп так и большие с поддержкой версионности и синхронизацией данных черех пакеты
построили и отладили такую систему
не все гладко конечно было, но сервер не подвел
мое мнение- брать и пользовать :-)
У нас работает пропускная система на FireBird'е уже несколько лет, особых притензий нет, а те претензии, что возникали, скорее от того, что повидимости хороших разработчиков под него не так уж и много.
и как оно в сравнении с postgresql ?
>и как оно в сравнении с postgresql ?Дело вкуса :) У постргреса нет виндовой версии, насколько я помню, а только cygwin-овская. А FB полностью кроссплатформенен.
> Дело вкуса :) У постргреса нет виндовой версии, насколько я помню, а только cygwin-овская.
есть нативная с 8.0
> А FB полностью кроссплатформенен.
если сравнить списки под. платформ то у посгреса их значительно больше, другое дело что нативная windows версия появилась недавно
> есть нативная с 8.0Ну, в постгресе я не гуру и даже не пригурок :) Когда выбирал себе БД, виндовым постгресом еще не пахло, поэтому сел на IB, сидел долго и плотно, и не жалею.
Мы систему учета трафика для небольших контор(до 150 пользователей, до 5 Гб в день - это был предел на тот момент показанный на Athlon 2200+/512/40IDE) сначала делали под PostgreSQL 7.4.
По сути они примерно одинаковы с ФБ, оба блокировочники, обе под мою серверную систему(FreeBSD) живут в режиме классик сервера(один чилд на один коннект), правда у постгреса есть общий кэш, но дисковый кеш операционки тоже не плохо справляется с подобной задачей.
Минусы посгреса:
1.нет нормального бесплатного инструмента для разработки, хотите юзать его шел - юзайте, мне не удобно, для меня лично и для моей команды это реальный минус, скорость разработки под тот же ФБ в разы быстрее идет.
2.ф-ции которые возвращают наборы строк, достаточно неудобны для вызова, постоянно надо описывать роусет при их вызове.
Остальное все работает примерно так же и по скорости и по другим параметрам.
Особенно настройки серверов мы сильно не тюнинговали, использовали общие рекомендации.
Т.е. можно сказать что оба они (Постгре и ФБ) работали на дефолтных настройкас сервера.
По скорострельности обсчета трафика тоже особенно не отличались в разные стороны они друг от друга.
Зачем мы переписали все потом под ФБ ?
Ответ простой! На тот момент времени (2004) год, не было нативного порта постгре под вин32. А под ФБ естественно был, и мы решили на тот момент выбрать основную БД для новых разработок ФБ в чем по прошествии времени ни сколько не жалеем.
>По сути они примерно одинаковы с ФБ, оба блокировочники,
Не знаю как кто, а FB - точно версионник.
да верно версионники ;) опечатка
>По сути они примерно одинаковы с ФБ, оба блокировочники, обе под мою
>серверную систему(FreeBSD) живут в режиме классик сервера(один чилд на один коннект),FB - версионник, может быть классиком а может суперсервером.
>Минусы посгреса:
> 1.нет нормального бесплатного инструмента для разработки, хотите юзать его шел -
>юзайте, мне не удобно, для меня лично и для моей команды
>это реальный минус, скорость разработки под тот же ФБ в разы
>быстрее идет.+1 :) Правда, сейчас EMS сделал постгресовскую версию своих тулзов, но когда не было ни EMS ни IBE - Marathon уже был. Да и сейчас Marathon живет, правда IBE его вытеснил по всем фронтам...
>Зачем мы переписали все потом под ФБ ?
>Ответ простой! На тот момент времени (2004) год, не было нативного порта
>постгре под вин32. А под ФБ естественно был, и мы решили
>на тот момент выбрать основную БД для новых разработок ФБ в
>чем по прошествии времени ни сколько не жалеем.Плюс к тому у FB есть возможность для маленьких однопользовательских задач (или для утаскивания домой оффлайновой копии базы) обходиться без сервера как такового, а эмулировать функционал сервера средствами клиентской либы.
Обращаюсь к Firebird 1.5.2 программой на c++ через его собственный api. Порядок такой:isc_attach_database(...);
isc_start_transaction(...);
while(...){
isc_dsql_execute_immediate(...,"insert into...",...);
isc_commit_retaining(...);
}
isc_commit_transaction(...);
isc_detach_database(...);Выскакивает ошибка: 'Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements'. Причём, не всегда, а примерно в половине попыток внести запись в БД. В другой половине попыток - всё нормально, запись заносится. В каких случаях так может происходить?
>Выскакивает ошибка: 'Unsuccessful execution caused by system error that does not preclude
>successful execution of subsequent statements'. Причём, не всегда, а примерно в
>половине попыток внести запись в БД. В другой половине попыток -
>всё нормально, запись заносится. В каких случаях так может происходить?sql запрос кривой. или триггер или ХП.