Перепост, про Firebird

[metaclass]

ссылка
В бане (или борделе, кто куда ходит), после грамотной попарки (или еще чего), распаренный партнер подсказывает генральному, что во всем виноват тормозной 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 чипсете, съеденными мышами проводами, на котором кишат вирусы, админов нет, а пользователи качают с китайских серверов зоофильское порно с троянами и червями".
Я до сих пор не могу забыть, как админы клиентов базу данных бухгалтерской системы один раз удалили вместе с образом виртуальной машины, а в следующий раз, уже после переселения на физическую машину, у них просто ВЫПАЛ ПРОВОД из винчестера во время работы. Слава богу, база была на другом винчестере.

Comments

[berezovsky.livejournal.com]

зачем вообще читать скл ру и прочее русскоязычное говно

[metaclass.livejournal.com]

Потому как, внезапно, Firebird - русская разработка чуть ли не наполовину.

[nivanych.livejournal.com]

Затем же, зачем и создавать линуксовое ядро.

[w00dy.livejournal.com]

> Oracle/MSSQL - это значит заведомо нормальный сервер, инфраструктура и наличие обслуживающих админов

Про оракл это да, говно-говном из прошлого века, но SQL Express может поднять любой человек за 10 мин без особых проблем. И сервер ему не нужен, и инфраструктура пофиг ;)

[theiced.livejournal.com]

я с sql express проёбся когда то часа три. он сука режектил коннекты и всё тут.

[metaclass.livejournal.com]

Неа, к сожалению не может.
Домен+хитрожопые политики - сдуреть можно приложение деплоить с MSSQL. Мне на второй работе этим несколько лет мозг ели.
Там где Firebird достаточно сервисом зарегистрировать и все сразу заработает. Или вообще скопировать и приложением запустить на крайний случай.

[molnij.livejournal.com]

>Про оракл это да, говно-говном из прошлого века
oracle xe устанавливается на винду за десять минут без намека на проблему. Обычным инсталлером.

[Шура Люберецкий (from livejournal.com)]

В нашем НИИГиТ MSSQL (Express Edition, если что) эксплуатируется практически в режиме "первый попавшийся десктоп с виндой". Правда, происходит так по причине того, что наши местные PHP-программисты не умеют настраивать ODBC для близкого им по духу MySQL, а завязываться на "только одну" БД им паук не велел (или интеграция с такими же программистами на Delphi).

[slonopotamus.livejournal.com]

PHP под виндой в продакшене? Месье знает толк в извращениях.

[theiced.livejournal.com]

так он тормозной и уёбищный, зачем выставлять.

[vk11.livejournal.com]

а чего меня звать? щаз допью и сама приду
при большом желанни (или даже вообще без оного) выставить тормозом можно все что угодно

[slonopotamus.livejournal.com]

Слава богу, база была на другом винчестере.

НИЧЕГО с базой кроме потери последних N транзакций, которые не успели записаться на диск, при отключении диска произойти не должно. Если происходит, значит она не ACID.

[metaclass.livejournal.com]

У меня в планах на ближайшее время именно тестирование работы Firebird в таких условиях, по задаче требуется.

[http://users.livejournal.com/_slw/]

а как в зофильском прно могут быть трояны?

[w00dy.livejournal.com]

зоофильское порно с троянским конём, где-то так ;)

[plumqqz.livejournal.com]

А что, insert into tbl select * from tbl уже не кладет все вусмерть?

[metaclass.livejournal.com]

На последней версии - кладет напрочь, муахахахаха!
Я думаю, если про это спросить у разработчиков, то будет адъ :)

[mipa.livejournal.com]

Срачи, в основном, возникают по одной простой причине: люди не могут понять как СУБД может весить 2 мега и иметь все, что есть в других, которые весят 200 мег. Оне думают, что в этом какой-то вселенский подвох, а подвоха нету -- оно работает и все.

[w00dy.livejournal.com]

Чего тут понимать? pgsql 9.0.3 занимает 4.5MB. Но как по мне, что 2MB, что 4.5MB, что все 200MB - цифры одного порядка, особенно на современных терабайтных винтах.

[serge-ivanov.livejournal.com]

В комментах все такие вуумные.
Мне вот интересно сколько они за работу берут?

[w00dy.livejournal.com]

а сколько вы готовы заплатить?

[dair-spb.livejournal.com]

Надо будет как-нибудь попробовать, а то я только от вас про Firebird и слышу.

[theiced.livejournal.com]

причём только плохое.

[alexandr0.livejournal.com]

Чем firebird лучше других — того же mysql, например?

[fraks-nsk.livejournal.com]

Всем.
Например у него нормальная лицензия, в отличие от MySQL который с одной стороны бесплатен, а с другой - далеко не всегда.
Компактный, есть на многих платформах.
Весьма развитый язык процедур.
Триггеры (существенно отличаются от других баз)
В разработке сервера участвуют русскоязычные разработчики - есть откуда получить информацию из первых рук.
Качественная версионность.
В рамках одного коннекта можно запускать одновременно N транзакций. Мало у кого такое есть.
и.т.д.

[vk11.livejournal.com]

у них просто ВЫПАЛ ПРОВОД из винчестера во время работы. Слава богу, база была на другом винчестере. - а если бы из "базового" какая разница-то?

[w00dy.livejournal.com]

тогда бы позвонили ребе и нажаловались что его опердень не работает. А так джекпот сорвал кто-то другой :)

[sgalitsky.livejournal.com]

> 1500 активных клиентских подключений, обслуживает 400Гб базу
- 5-6 Тб? 10-20 Тб?
RAC к нему прилагается? Active DataGuard?

[metaclass.livejournal.com]

Многотерабайтных баз не бывает в этой нише. Обычно, если реально нужны такие базы - там вообще пофиг на чем и как это крутить, затраты на железо, софт и обслуживание в общем масштабе незаметны.
Чем там отказоустойчивость они делают это для меня вообще загадка.

Хотя знакомые админы говорят, что RAC без специально приставленных к нему обслуживающих гуру вообще не работает.

[permea-kra.livejournal.com]

*флегматично* с вентиляторным заводом договор заключен?

[metaclass.livejournal.com]

Неа, всего-то 164 комента :)

[fraks-nsk.livejournal.com]

>> Типа истории про неуловимый баг "если в процессе работы почитать(скопировать) базу извне сервера,
>> то база сдохнет. Оригинал сдохнет, не копия"

Кстати, было у меня такое разок, слава богу не на боевой базе.
Это если копировать при наличии коннекта к базе.
Копия понятно что дохлая, но что исходник ломается - был удивлен.

Но это было давно, версию сервера уже не помню, возможно это был еще дятел, или IB.
В FB это вроде потом исправили, кажется файл базы открывался не в том режиме и вероятно какая-то виндовая хрень еще примешалась. Но все равно не рискую так делать - сначала файл переименую. Если получилось - то коннектов не было и уже по тем алиасам не будет.
На юниксах это не сработает. Переименовать работающий файл там можно.
Впрочем я так понимаю теперь этого бага нет.

[metaclass.livejournal.com]

Я сначала смотрю наличие коннектов к БД, а потом уже что-нибудь делаю.