Выпущен (http://www.firebirdsql.org/index.php?op=files&id=fb2_rc2) дополнительный, второй, кандидат в релизы СУБД Firebird 2.0.
Релиз Firebird 2.0 ожидается в следующем месяце, обзор новшеств представлен здесь (http://www.opennet.me/opennews/art.shtml?num=6464).URL: http://www.firebirdsql.org/index.php?op=files&id=fb2_rc2
Новость: http://www.opennet.me/opennews/art.shtml?num=7524
Ээээ... ни одного коммента....
Никому он не нужен чтоли?
Да нет, почему это не нужен! Я например активно юзаю сей продукт уже давно. Как появился РС1 - так сразу на двоечку и перепрыгнул - уже успел обновиться до РС2.
ИМХО очень хороший движек :-)
У меня сложилось впечатление, что Firebird в основном используют продукты (и программисты), которые когда начинали со связки
Interbase + клиент на DelphiFirebird база неплохая, но для новых проектов я предпочел бы PostreeSQL.
Хы! Приятно видеть, что я не один такой :)
А насчет дельфи + firebird это да, связка пуленепробиваемая!
А есть еще какие нибудь средства RAD типа Delphi только другие? а free?
/usr/ports/lang/gambas/ ?
Знатоки связки дельфи + firebird, есть у меня вопрос растолкуйте.
Имеется довольно простоя программка написанная на DELPHI + FIBplus + Grid от Ehlib, состоящая из одного грида и базы FireBird 1.5 на 10000 записей по 20 полей. Тормозит так, как будто в ней 10000000000000 записей. Удаление записи - 3 секунды. Сортировка по полю - 25 секунд, нажатие pagedown (прорисовка) - 2 секунды. Хочу добавить из файла 150 новых записий (добавляет около 8 минут, потом если в конце пользователей нажал отмена и выполняется TRANSACTION ROLLBACK, то и он выполняется 8 минут). Как мне все это укорить. Местами выдно, что тормозит не база, а компоненты, но когда ROLLBACK делается столько же, как и INSERT, это может только база тормозить. Железо кстати PIV 3.2 GHz 16 GB RAM, увеличивать больше не куда.
>Знатоки связки дельфи + firebird, есть у меня вопрос растолкуйте.
>Имеется довольно простоя программка написанная на DELPHI + FIBplus + Grid от
>Ehlib, состоящая из одного грида и базы FireBird 1.5 на 10000
>записей по 20 полей. Тормозит так, как будто в ней 10000000000000
>записей. Удаление записи - 3 секунды. Сортировка по полю - 25
>секунд, нажатие pagedown (прорисовка) - 2 секунды. Хочу добавить из файла
>150 новых записий (добавляет около 8 минут, потом если в конце
>пользователей нажал отмена и выполняется TRANSACTION ROLLBACK, то и он выполняется
>8 минут). Как мне все это укорить. Местами выдно, что тормозит
>не база, а компоненты, но когда ROLLBACK делается столько же, как
>и INSERT, это может только база тормозить. Железо кстати PIV 3.2
>GHz 16 GB RAM, увеличивать больше не куда.Проблемы в консерватории, файрберд тут непричем. Могу тебе сказать точно есть базулька небольшая, в самой большой табличке всего около ~300000 записей и еще с десяток табличек по нескольку десятков тысяч записей, всего табличек около сотни, железяка П4-1400+пара ide хардов в зеркале, одновремено десяток юзеров в пике около двадцати. Сервер все это дело обслуживает со свистом, самый длинный отчет не более 5 секунд. Плюс он тянет еще и файлопомойку на 40 рыл. Т.е. ФБ его не самая тяжелая нагрузка :)
Прямые руки светлая голова и у Вас все засвистит. :) Приходи на www.ibase.ru покури доков до просветления, если будут конкретные вопросы задавай в тамошнем форуме, глядишь просветление и побыстрей наступит.
Вероятно какая то ХП лопатит сервак, трабла может быть в логике с генераторами, это может на цикл уводить, с загрузкой проца под 100 процентов.
Ещё вариант, FB крутится на windows или linux? если на windows то трабла может быть в работе с памятью такого объёма, видать включен режим PAE, с ним кажется могут быть траблы в FB.