The OpenNET Project / Index page

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

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

16.08.2006 15:36

Срок выхода релиза СУБД Firebird 2.0 вновь затягивается. Выпущен четвертый кандидат в релизы и объявлено о плане выпустить пятый через месяц. Ранее релиз Firebird 2.0 был запланирован на начало 2006 года, сразу после выпуска Firebird 2.0-RC1, но затем последовала череда дополнительных внеплановых тестовых версий.

  1. Главная ссылка к новости (http://www.firebirdsql.org/ind...)
  2. OpenNews: Обзор новшеств Firebird 2.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/8121-database
Ключевые слова: database, firebird
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (22) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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.4, Jelis (ok), 19:06, 16/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Хм.... а по поводу? каждую минуту?
     

  • 1.5, Basmach (?), 21:55, 16/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Имею несчастье иметь дело с этим продуктом... Не в восторге
     
     
  • 2.9, Vladimir Kozlov (?), 11:25, 17/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > Имею несчастье иметь дело с этим продуктом... Не в восторге

    Я работал с ним достаточно долго (даже бета-тестированием полуторки занимался) и был очень доволен. Это продукт который дисциплинирует разработчика (в отличие от шаляй-валяй-абы-как MSSQL), поэтому при работе с ним нужно четко представлять чего ты хочешь, какими способами ты можешь это получить и как это реализуется. Сравнивая с языками программирования - в C++ чайник докастит что угодно до чего угодно и будет жаловаться на глюки, а в паскале строгая типизация и шаг вправо/влево сделать не так просто.
    Зато - практически не нуждающийся в администрировании сервер. Для задач в своей нише - практически идеальный, если софт правильно писать. На дедлоки я нарывался только когда еще был зелёный и не знал как правильно с транзакциями работать.
    Сейчас перешел на Sybase - и не потому что FB плох, просто задачи другие :)

    Плюс к тому у FB очень хорошее комьюнити (не в смысле численности а в смысле грамотности)

     
     
  • 3.13, Santa_Calus (?), 17:15, 17/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен, хорошая вещь.
     

  • 1.7, Алексей (??), 08:45, 17/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    строим системы на FireBird
    сейчас используем 1.5.3 и ждем релиз 2.0
    очень, очень приятное впечатление
    работает хорошо, хороший инструмент для администрирования IBexpert
    системы можно строить небольшие однопользовательские даже без установки СУБД на комп так и большие с поддержкой версионности и синхронизацией данных черех пакеты
    построили и отладили такую систему
    не все гладко конечно было, но сервер не подвел
    мое мнение- брать и пользовать :-)
     
  • 1.8, chas (?), 11:03, 17/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У нас работает пропускная система на  FireBird'е уже несколько лет, особых притензий нет, а те претензии, что возникали, скорее от того, что повидимости хороших разработчиков под него не так уж и много.
     
  • 1.12, daff (??), 16:44, 17/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    и как оно в сравнении с postgresql ?
     
     
  • 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 - точно версионник.
     
     
  • 4.20, Delhin (?), 14:46, 18/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    да верно версионники ;) опечатка
     
  • 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 запрос кривой. или триггер или ХП.


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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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