1.1, pavlinux (ok), 17:59, 16/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Четвёртый релиз в кандидаты четвертого релиза кандита в релизы СУБД Firebird 2.0
Им кто нить пользуется вообще? Для дела!? | |
|
2.10, Vladimir Kozlov (?), 11:28, 17/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Четвёртый релиз в кандидаты четвертого релиза кандита в релизы СУБД Firebird 2.0
> Им кто нить пользуется вообще? Для дела!?
Софтина на FB живет с 98 года у одного из моих заказчиков... тогда это еще IB был, за эти годы я проапгрейдил его до FB1.0.3 и всё :)
| |
|
1.2, Аноним (-), 18:19, 16/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ты прав - эту ерунду только на помойку - у меня постоянный deadlock -тупики
| |
|
2.6, Delhin (?), 08:18, 17/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
Транзакциями надо управлять нормально, и не будет никаких дедалоков постоянных.
Это вам не MySQL с его ограниченностью. | |
2.11, Vladimir Kozlov (?), 11:34, 17/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Ты прав - эту ерунду только на помойку - у меня
>постоянный deadlock -тупики
Патч нужен:
cat /dev/hands | orthopedist
Шутка :)
| |
|
1.3, OS (??), 18:55, 16/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Начиная с 4-й версии interbase в продакшн
Никаких дидлоков (без повода) | |
|
2.9, Vladimir Kozlov (?), 11:25, 17/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
> Имею несчастье иметь дело с этим продуктом... Не в восторге
Я работал с ним достаточно долго (даже бета-тестированием полуторки занимался) и был очень доволен. Это продукт который дисциплинирует разработчика (в отличие от шаляй-валяй-абы-как MSSQL), поэтому при работе с ним нужно четко представлять чего ты хочешь, какими способами ты можешь это получить и как это реализуется. Сравнивая с языками программирования - в C++ чайник докастит что угодно до чего угодно и будет жаловаться на глюки, а в паскале строгая типизация и шаг вправо/влево сделать не так просто.
Зато - практически не нуждающийся в администрировании сервер. Для задач в своей нише - практически идеальный, если софт правильно писать. На дедлоки я нарывался только когда еще был зелёный и не знал как правильно с транзакциями работать.
Сейчас перешел на Sybase - и не потому что FB плох, просто задачи другие :)
Плюс к тому у FB очень хорошее комьюнити (не в смысле численности а в смысле грамотности) | |
|
1.7, Алексей (??), 08:45, 17/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
строим системы на FireBird
сейчас используем 1.5.3 и ждем релиз 2.0
очень, очень приятное впечатление
работает хорошо, хороший инструмент для администрирования IBexpert
системы можно строить небольшие однопользовательские даже без установки СУБД на комп так и большие с поддержкой версионности и синхронизацией данных черех пакеты
построили и отладили такую систему
не все гладко конечно было, но сервер не подвел
мое мнение- брать и пользовать :-)
| |
1.8, chas (?), 11:03, 17/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
У нас работает пропускная система на FireBird'е уже несколько лет, особых притензий нет, а те претензии, что возникали, скорее от того, что повидимости хороших разработчиков под него не так уж и много. | |
|
2.14, Vladimir Kozlov (?), 17:21, 17/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
>и как оно в сравнении с postgresql ?
Дело вкуса :) У постргреса нет виндовой версии, насколько я помню, а только cygwin-овская. А FB полностью кроссплатформенен.
| |
|
3.15, daff (??), 17:45, 17/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
> Дело вкуса :) У постргреса нет виндовой версии, насколько я помню, а только cygwin-овская.
есть нативная с 8.0
> А FB полностью кроссплатформенен.
если сравнить списки под. платформ то у посгреса их значительно больше, другое дело что нативная windows версия появилась недавно
| |
|
4.16, Vladimir Kozlov (?), 17:55, 17/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
> есть нативная с 8.0
Ну, в постгресе я не гуру и даже не пригурок :) Когда выбирал себе БД, виндовым постгресом еще не пахло, поэтому сел на IB, сидел долго и плотно, и не жалею. | |
|
|
2.17, Delhin (?), 08:23, 18/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
Мы систему учета трафика для небольших контор(до 150 пользователей, до 5 Гб в день - это был предел на тот момент показанный на Athlon 2200+/512/40IDE) сначала делали под PostgreSQL 7.4.
По сути они примерно одинаковы с ФБ, оба блокировочники, обе под мою серверную систему(FreeBSD) живут в режиме классик сервера(один чилд на один коннект), правда у постгреса есть общий кэш, но дисковый кеш операционки тоже не плохо справляется с подобной задачей.
Минусы посгреса:
1.нет нормального бесплатного инструмента для разработки, хотите юзать его шел - юзайте, мне не удобно, для меня лично и для моей команды это реальный минус, скорость разработки под тот же ФБ в разы быстрее идет.
2.ф-ции которые возвращают наборы строк, достаточно неудобны для вызова, постоянно надо описывать роусет при их вызове.
Остальное все работает примерно так же и по скорости и по другим параметрам.
Особенно настройки серверов мы сильно не тюнинговали, использовали общие рекомендации.
Т.е. можно сказать что оба они (Постгре и ФБ) работали на дефолтных настройкас сервера.
По скорострельности обсчета трафика тоже особенно не отличались в разные стороны они друг от друга.
Зачем мы переписали все потом под ФБ ?
Ответ простой! На тот момент времени (2004) год, не было нативного порта постгре под вин32. А под ФБ естественно был, и мы решили на тот момент выбрать основную БД для новых разработок ФБ в чем по прошествии времени ни сколько не жалеем.
| |
|
3.18, Santa_Calus (?), 08:55, 18/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
>По сути они примерно одинаковы с ФБ, оба блокировочники,
Не знаю как кто, а FB - точно версионник. | |
3.19, Vladimir Kozlov (?), 09:22, 18/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
>По сути они примерно одинаковы с ФБ, оба блокировочники, обе под мою
>серверную систему(FreeBSD) живут в режиме классик сервера(один чилд на один коннект),
FB - версионник, может быть классиком а может суперсервером.
>Минусы посгреса:
> 1.нет нормального бесплатного инструмента для разработки, хотите юзать его шел -
>юзайте, мне не удобно, для меня лично и для моей команды
>это реальный минус, скорость разработки под тот же ФБ в разы
>быстрее идет.
+1 :) Правда, сейчас EMS сделал постгресовскую версию своих тулзов, но когда не было ни EMS ни IBE - Marathon уже был. Да и сейчас Marathon живет, правда IBE его вытеснил по всем фронтам...
>Зачем мы переписали все потом под ФБ ?
>Ответ простой! На тот момент времени (2004) год, не было нативного порта
>постгре под вин32. А под ФБ естественно был, и мы решили
>на тот момент выбрать основную БД для новых разработок ФБ в
>чем по прошествии времени ни сколько не жалеем.
Плюс к тому у FB есть возможность для маленьких однопользовательских задач (или для утаскивания домой оффлайновой копии базы) обходиться без сервера как такового, а эмулировать функционал сервера средствами клиентской либы.
| |
|
|
1.21, noname (??), 15:37, 18/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Обращаюсь к 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'. Причём, не всегда, а примерно в половине попыток внести запись в БД. В другой половине попыток - всё нормально, запись заносится. В каких случаях так может происходить?
| |
|
2.22, Santa_Calus (?), 15:43, 18/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Выскакивает ошибка: 'Unsuccessful execution caused by system error that does not preclude
>successful execution of subsequent statements'. Причём, не всегда, а примерно в
>половине попыток внести запись в БД. В другой половине попыток -
>всё нормально, запись заносится. В каких случаях так может происходить?
sql запрос кривой. или триггер или ХП.
| |
|
|