| 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? | | |
| 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.
| | |
|
