- Определены самые популярные проекты на SourceForge.net, azure, 22:53 , 24-Июл-09 (1)
- Определены самые популярные проекты на SourceForge.net, goshanecr, 23:01 , 24-Июл-09 (2) +2
- Определены самые популярные проекты на SourceForge.net, klalafuda, 23:17 , 24-Июл-09 (3)
- Определены самые популярные проекты на SourceForge.net, Sokoloff, 23:19 , 24-Июл-09 (4)
- Определены самые популярные проекты на SourceForge.net, IdeaFix, 23:52 , 24-Июл-09 (6) +1
- Определены самые популярные проекты на SourceForge.net, Warhead Wardick, 00:16 , 25-Июл-09 (8) –1
- Определены самые популярные проекты на SourceForge.net, Alive, 00:29 , 25-Июл-09 (9)
- Определены самые популярные проекты на SourceForge.net, anonymous, 01:12 , 25-Июл-09 (11) +1
- Определены самые популярные проекты на SourceForge.net, Zenitur, 06:42 , 25-Июл-09 (14)
- Определены самые популярные проекты на SourceForge.net, Zada, 07:59 , 25-Июл-09 (15) +1
- Определены самые популярные проекты на SourceForge.net, o.k., 10:44 , 25-Июл-09 (19) +1
- Определены самые популярные проекты на SourceForge.net, netc, 09:26 , 27-Июл-09 (55)
- Определены самые популярные проекты на SourceForge.net, Алексей, 10:39 , 28-Июл-09 (64)
- Определены самые популярные проекты на SourceForge.net, voodix, 20:16 , 28-Июл-09 (68)
FB отличная СУБД. За 10-летие работы Interbase, а затем firebird была только однократная потеря данных - базу восстановить не получилось и пришлось восстанавливать из бэкапа, что привело к потере данных за один день. (да и то, потери произошли из-за сбоя железа) С FB надо научиться работать. Чтобы в дальнейшем исключить потери данных, включили принудительную запись на диск (флаг -sync). (Так как запись в бд идет не интенсивно, потери производительности не наблюдалось.) Обязательный ночной запуск вычистки "мусора" (sweep) БД. Рассматривали вариант зеркалирования БД, но даже и это не потребовалось. За последующие 4 года работы не было ни единого случая потери данных. FB работает на linux'е. Базы равернуты на 2-х серверах. На одном из них несколько баз и одна из них достигает 30 Гб. В одной из таблиц кол-во записей достигает 8 млн. На другом 40 баз по 1-4 Гб. Отчеты и разного рода запросы выполняются очень быстро. И со всем этим FB отлично справляется. Как правильно заметили, FB поддердивает механизм множественных транзакций. Мы не сразу научились грамотно работать с транзакциями, и поэтому, - если глянуть статистику, - старейшая транзакция к концу дня очень сильно отстает от последней транзакции (лечится обязательной чисткой "sweep") И даже при этом не наблюдается деградации производительности. В общем субд отлично справляется с серьезными задачами. Если кто знает, подскажите: насколько сопоставимы FB, postgree и MySQL. FB демонстрирует отличную производительность, и хотелось узнать как смотрятся на его фоне конкурирующие БД. PS. В будущих версиях обещают реализовать гетерогенных запросы.
|