https://www.opennet.ru/openforum/vsluhforumID3/21589.html Срок выхода релиза СУБД 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, но затем последовала череда дополнительных внеплановых тестовых версий.<br><br>URL: http://www.firebirdsql.org/index.php?op=files&id=fb2_rc4<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=8121<br> https://www.opennet.ru/openforum/vsluhforumID3/21589.html#22 Fri, 18 Aug 2006 11:43:37 GMT &gt;Выскакивает ошибка: 'Unsuccessful execution caused by system error that does not preclude <br>&gt;successful execution of subsequent statements'. Причём, не всегда, а примерно в <br>&gt;половине попыток внести запись в БД. В другой половине попыток - <br>&gt;всё нормально, запись заносится. В каких случаях так может происходить? <br><br>sql запрос кривой. или триггер или ХП.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/21589.html#21 Fri, 18 Aug 2006 11:37:40 GMT Обращаюсь к Firebird 1.5.2 программой на c++ через его собственный api. Порядок такой:<br><br>isc_attach_database(...);<br>isc_start_transaction(...);<br>while(...){<br> isc_dsql_execute_immediate(...,"insert into...",...);<br> isc_commit_retaining(...);<br> }<br>isc_commit_transaction(...);<br>isc_detach_database(...);<br><br>Выскакивает ошибка: 'Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements'. Причём, не всегда, а примерно в половине попыток внести запись в БД. В другой половине попыток - всё нормально, запись заносится. В каких случаях так может происходить?<br> https://www.opennet.ru/openforum/vsluhforumID3/21589.html#20 Fri, 18 Aug 2006 10:46:16 GMT да верно версионники ;) опечатка<br> https://www.opennet.ru/openforum/vsluhforumID3/21589.html#19 Fri, 18 Aug 2006 05:22:08 GMT &gt;По сути они примерно одинаковы с ФБ, оба блокировочники, обе под мою <br>&gt;серверную систему(FreeBSD) живут в режиме классик сервера(один чилд на один коннект), <br><br>FB - версионник, может быть классиком а может суперсервером.<br><br>&gt;Минусы посгреса: <br>&gt; 1.нет нормального бесплатного инструмента для разработки, хотите юзать его шел - <br>&gt;юзайте, мне не удобно, для меня лично и для моей команды <br>&gt;это реальный минус, скорость разработки под тот же ФБ в разы <br>&gt;быстрее идет. <br><br>+1 :) Правда, сейчас EMS сделал постгресовскую версию своих тулзов, но когда не было ни EMS ни IBE - Marathon уже был. Да и сейчас Marathon живет, правда IBE его вытеснил по всем фронтам...<br><br>&gt;Зачем мы переписали все потом под ФБ ? <br>&gt;Ответ простой! На тот момент времени (2004) год, не было нативного порта <br>&gt;постгре под вин32. А под ФБ естественно был, и мы решили <br>&gt;на тот момент выбрать основную БД для новых разработок ФБ в <br>&gt;чем по прошествии времени ни сколько не жалеем. <br><br>Плюс к тому у FB есть возможность для маленьких однопользовате https://www.opennet.ru/openforum/vsluhforumID3/21589.html#18 Fri, 18 Aug 2006 04:55:14 GMT &gt;По сути они примерно одинаковы с ФБ, оба блокировочники,<br>Не знаю как кто, а FB - точно версионник. https://www.opennet.ru/openforum/vsluhforumID3/21589.html#17 Fri, 18 Aug 2006 04:23:05 GMT Мы систему учета трафика для небольших контор(до 150 пользователей, до 5 Гб в день - это был предел на тот момент показанный на Athlon 2200+/512/40IDE) сначала делали под PostgreSQL 7.4.<br>По сути они примерно одинаковы с ФБ, оба блокировочники, обе под мою серверную систему(FreeBSD) живут в режиме классик сервера(один чилд на один коннект), правда у постгреса есть общий кэш, но дисковый кеш операционки тоже не плохо справляется с подобной задачей.<br>Минусы посгреса:<br> 1.нет нормального бесплатного инструмента для разработки, хотите юзать его шел - юзайте, мне не удобно, для меня лично и для моей команды это реальный минус, скорость разработки под тот же ФБ в разы быстрее идет.<br> 2.ф-ции которые возвращают наборы строк, достаточно неудобны для вызова, постоянно надо описывать роусет при их вызове.<br>Остальное все работает примерно так же и по скорости и по другим параметрам.<br>Особенно настройки серверов мы сильно не тюнинговали, использовали общие рекомендации.<br>Т.е. можно сказать что оба они (Постгре и ФБ) рабо https://www.opennet.ru/openforum/vsluhforumID3/21589.html#16 Thu, 17 Aug 2006 13:55:28 GMT &gt; есть нативная с 8.0<br><br>Ну, в постгресе я не гуру и даже не пригурок :) Когда выбирал себе БД, виндовым постгресом еще не пахло, поэтому сел на IB, сидел долго и плотно, и не жалею. https://www.opennet.ru/openforum/vsluhforumID3/21589.html#15 Thu, 17 Aug 2006 13:45:30 GMT &gt; Дело вкуса :) У постргреса нет виндовой версии, насколько я помню, а только cygwin-овская. <br>есть нативная с 8.0 <br>&gt; А FB полностью кроссплатформенен.<br>если сравнить списки под. платформ то у посгреса их значительно больше, другое дело что нативная windows версия появилась недавно<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/21589.html#14 Thu, 17 Aug 2006 13:21:32 GMT &gt;и как оно в сравнении с postgresql ? <br><br>Дело вкуса :) У постргреса нет виндовой версии, насколько я помню, а только cygwin-овская. А FB полностью кроссплатформенен. <br><br><br>