The OpenNET Project / Index page

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

Второй кандидат в релизы СУБД Firebird 2.0

16.05.2006 15:55

Выпущен дополнительный, второй, кандидат в релизы СУБД Firebird 2.0.

Релиз Firebird 2.0 ожидается в следующем месяце, обзор новшеств представлен здесь.

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


Обсуждение (8) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, eplumber (??), 06:19, 18/05/2006 [ответить]  
  • +/
    Ээээ... ни одного коммента....
    Никому он не нужен чтоли?
     
  • 1.2, Legiar (??), 10:28, 18/05/2006 [ответить]  
  • +/
    Да нет, почему это не нужен! Я например активно юзаю  сей продукт уже давно. Как появился РС1 - так сразу на двоечку и перепрыгнул - уже успел обновиться до РС2.
    ИМХО очень хороший движек :-)
     
  • 1.3, citrin (ok), 10:57, 18/05/2006 [ответить]  
  • +/
    У меня сложилось впечатление, что Firebird в основном используют продукты (и программисты), которые когда начинали со связки
    Interbase + клиент на Delphi

    Firebird база неплохая, но для новых проектов я предпочел бы PostreeSQL.

     
  • 1.4, eplumber (??), 12:31, 18/05/2006 [ответить]  
  • +/
    Хы! Приятно видеть, что я не один такой :)
    А насчет дельфи + firebird это да, связка пуленепробиваемая!
    А есть еще какие нибудь средства RAD типа Delphi только другие? а free?
     
     
  • 2.5, fisher (??), 17:30, 19/05/2006 [^] [^^] [^^^] [ответить]  
  • +/
    /usr/ports/lang/gambas/ ?
     

  • 1.6, Аноним (-), 12:38, 20/05/2006 [ответить]  
  • +/
    Знатоки связки дельфи + 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, увеличивать больше не куда.
     
     
  • 2.8, Iv (??), 12:14, 22/05/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Знатоки связки дельфи + 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 покури доков до просветления, если будут конкретные вопросы задавай в тамошнем форуме, глядишь просветление и побыстрей наступит.

     

  • 1.7, RNZ (??), 00:25, 21/05/2006 [ответить]  
  • +/
    Вероятно какая то ХП лопатит сервак, трабла может быть в логике с генераторами, это может на цикл уводить, с загрузкой проца под 100 процентов.
    Ещё вариант, FB крутится на windows или linux? если на windows то трабла может быть в работе с памятью такого объёма, видать включен режим PAE, с ним кажется могут быть траблы в FB.

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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