Перепост, про Firebird
Apr. 5th, 2011 07:18 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassссылка
В бане (или борделе, кто куда ходит), после грамотной попарки (или еще чего), распаренный партнер подсказывает генральному, что во всем виноват тормозной Firebird, и надо переходить на "промышленные" СУБД.
...
Правильно затюнигованный Firebird держит 1500 активных клиентских подключений, обслуживает 400Гб базу, и экономит предприятию как минимум от $6000 за каждый процессор.
У меня на почве Firebird когнитивный диссонанс в крайней стадии.
Во-первых, он у меня работает в количестве нескольких сотен штук у разных клиентов. Во-вторых, я на его использовании съел собаку. В третьих, у меня кодогенератор пока заточен строго под Firebird и свои модели хранит тоже в Firebird. То бишь мне по долгу службы положено всюду Firebird пропагандировать и пиарить.
Но периодически возникают срачи с разного рода админами, коллегами-программистами и прочими причастными к теме, и все они крайне не любят оный Firebird. Типа истории про неуловимый баг "если в процессе работы почитать(скопировать) базу извне сервера, то база сдохнет. Оригинал сдохнет, не копия". Ну и прочие urban legends. У людей без мозгов вообще первая реакция примерно такая: "Firebird? А, ну идите в топку, пионеры из НИИГиТ.".
Ребе![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
theiced вообще убеждает меня, что базы Firebird регулярно отправляются на марс, со всеми данными :) И таки да, надо признать, такое бывало, меньше 1% случаев, но бывало. Я не знаю, как обстоят с таким дела у всяких Ораклов или PostgreSQL, но меньше 1% излечимых отказов, при жестоко удолбищных условиях эксплуатации - это имхо, вполне хорошо. Возможно, я чего-то не понимаю, и отказов вообще быть не должно.
Если посмотреть на среднего вопрощающего на sql.ru или на отвечающих ему местных "гуру", то причины такой ситуации становятся более понятны - вопрощающий обычно реально пионер из НИИГиТ, отвечающие или модераторы - несдержанные на язык красноглазики, в самом лучшем случае - делающие гешефт на Firebird и около того товарищи.
И еще один аспект - это те самые условия эксплуатации. Oracle/MSSQL - это значит заведомо нормальный сервер, инфраструктура и наличие обслуживающих админов. PostgreSQL/MySQL - наличие в дельта-окрестности следящего за инфраструктурой красноглазика.
Для Firebird же типичная инфраструктура - "первый попавшийся десктоп с виндой, с матерью на nvidia чипсете, съеденными мышами проводами, на котором кишат вирусы, админов нет, а пользователи качают с китайских серверов зоофильское порно с троянами и червями".
Я до сих пор не могу забыть, как админы клиентов базу данных бухгалтерской системы один раз удалили вместе с образом виртуальной машины, а в следующий раз, уже после переселения на физическую машину, у них просто ВЫПАЛ ПРОВОД из винчестера во время работы. Слава богу, база была на другом винчестере.
В бане (или борделе, кто куда ходит), после грамотной попарки (или еще чего), распаренный партнер подсказывает генральному, что во всем виноват тормозной Firebird, и надо переходить на "промышленные" СУБД.
...
Правильно затюнигованный Firebird держит 1500 активных клиентских подключений, обслуживает 400Гб базу, и экономит предприятию как минимум от $6000 за каждый процессор.
У меня на почве Firebird когнитивный диссонанс в крайней стадии.
Во-первых, он у меня работает в количестве нескольких сотен штук у разных клиентов. Во-вторых, я на его использовании съел собаку. В третьих, у меня кодогенератор пока заточен строго под Firebird и свои модели хранит тоже в Firebird. То бишь мне по долгу службы положено всюду Firebird пропагандировать и пиарить.
Но периодически возникают срачи с разного рода админами, коллегами-программистами и прочими причастными к теме, и все они крайне не любят оный Firebird. Типа истории про неуловимый баг "если в процессе работы почитать(скопировать) базу извне сервера, то база сдохнет. Оригинал сдохнет, не копия". Ну и прочие urban legends. У людей без мозгов вообще первая реакция примерно такая: "Firebird? А, ну идите в топку, пионеры из НИИГиТ.".
Ребе
theiced вообще убеждает меня, что базы Firebird регулярно отправляются на марс, со всеми данными :) И таки да, надо признать, такое бывало, меньше 1% случаев, но бывало. Я не знаю, как обстоят с таким дела у всяких Ораклов или PostgreSQL, но меньше 1% излечимых отказов, при жестоко удолбищных условиях эксплуатации - это имхо, вполне хорошо. Возможно, я чего-то не понимаю, и отказов вообще быть не должно.Если посмотреть на среднего вопрощающего на sql.ru или на отвечающих ему местных "гуру", то причины такой ситуации становятся более понятны - вопрощающий обычно реально пионер из НИИГиТ, отвечающие или модераторы - несдержанные на язык красноглазики, в самом лучшем случае - делающие гешефт на Firebird и около того товарищи.
И еще один аспект - это те самые условия эксплуатации. Oracle/MSSQL - это значит заведомо нормальный сервер, инфраструктура и наличие обслуживающих админов. PostgreSQL/MySQL - наличие в дельта-окрестности следящего за инфраструктурой красноглазика.
Для Firebird же типичная инфраструктура - "первый попавшийся десктоп с виндой, с матерью на nvidia чипсете, съеденными мышами проводами, на котором кишат вирусы, админов нет, а пользователи качают с китайских серверов зоофильское порно с троянами и червями".
Я до сих пор не могу забыть, как админы клиентов базу данных бухгалтерской системы один раз удалили вместе с образом виртуальной машины, а в следующий раз, уже после переселения на физическую машину, у них просто ВЫПАЛ ПРОВОД из винчестера во время работы. Слава богу, база была на другом винчестере.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2011-04-07 06:11 pm (UTC)no subject
Date: 2011-04-07 06:19 pm (UTC)- а сейчас что - не скажу.)
no subject
Date: 2011-04-07 06:27 pm (UTC)За какой период документы,
количество документов
количество товаров (или что у вас там)
У меня в работе такая база, одна из...
База 1,4 гига.
Склад и взаиморасчеты.
~300 тысяч наименований
~300 тысяч документов
данные с начала 2010 года (т.е. чуть больше года).
И вот накой мне тут оракл?
no subject
Date: 2011-04-07 06:34 pm (UTC)что тут непонятного? около 90 филиалов по РФ, от Кенига до Владивостока. За полгода. Не считал документы и количество товаров (а и делать мне было больше нечего?).
"База 1,4 гига.
Склад и взаиморасчеты.
~300 тысяч наименований
~300 тысяч документов"
- понял-понял. О постгре подумайте на досуге все же.
no subject
Date: 2011-04-07 06:39 pm (UTC)Про FB не говорят что он лучше всех. Он очень неплох в своей нише.
А зачем мне о постгре думать? FB довольно интенсивно развивается, я даже не успеваю использовать все версии.
Он меня устраивает полностью.
no subject
Date: 2011-04-07 06:44 pm (UTC)- о чем Вы? - какой к ***м firebeard?
- а в каких пределах постгре пробовали? т.к. может быть, - мимо прошли, - ведь о носках имеет право судить тот, кто их нюхал, а не видел?
no subject
Date: 2011-04-07 06:49 pm (UTC)А если вы FB не пробовали - то с какого тут делаете выводы о нем?
no subject
Date: 2011-04-07 06:55 pm (UTC)"А вы что, ребята, всё стреляете?" (с)
no subject
Date: 2011-04-08 12:38 am (UTC)Borland на версии IB6.0 решил его бросить, открыл исходники.
Команда Interbase практически вся сбежала и организовала на этих исходниках Firebird.
После этого Borland одумался, и следующие версии опять сделал закрытыми.
Ну и оглядываясь на FB начал все-таки довольно динамично развиваться, хотя и немного в другую сторону,
на данный момент между ними нет полной совместимости и набор фич местами сильно разный.
no subject
Date: 2011-04-08 12:09 pm (UTC)no subject
Date: 2011-04-11 01:11 am (UTC)А с какой целью интересуетесь?
no subject
Date: 2011-04-08 12:46 am (UTC)no subject
Date: 2011-04-08 12:07 pm (UTC)no subject
Date: 2011-04-11 01:10 am (UTC)no subject
Date: 2011-04-11 10:31 am (UTC)no subject
Date: 2011-04-11 11:08 am (UTC)(no subject)
From:no subject
Date: 2011-04-11 11:22 am (UTC)Неужели это вы? ;)
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2011-04-11 05:56 am (UTC)no subject
Date: 2011-04-11 05:59 am (UTC)А вы собственными устами озвучиваете что "куда ни прийди - везде Interbase стоит".
Проведя условный знак равенства FB=IB делаем вывод - имеет широкое распространение, в определенных кругах.
no subject
Date: 2011-04-11 08:13 am (UTC)no subject
Date: 2011-04-11 02:02 am (UTC)Самый глючный вариант, как раз на тот момент Borland его уже почти бросил.
no subject
Date: 2011-04-08 09:48 am (UTC)no subject
Date: 2011-04-08 12:04 pm (UTC)no subject
Date: 2011-04-11 05:55 am (UTC)no subject
Date: 2011-04-11 08:14 am (UTC)и кровавые мальчики в глазах..