Перепост, про 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

[w00dy.livejournal.com]

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

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

[theiced.livejournal.com]

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

[w00dy.livejournal.com]

УМВР ЧЯДНТ.

PS Гуглить пробовали?

[theiced.livejournal.com]

три часа гуглил. нагуглил в итоге конечно, но ну его нахуй.

[w00dy.livejournal.com]

почему мне гугль выдал результат первой же ссылкой (хотя я и так знал правильный ответ)?

[theiced.livejournal.com]

те рецепты которые первой ссылкой не работали ;) там были какие то совсем специфические черви, за давностью лет не помню уже.

[nivanych.livejournal.com]

Да, помню, как я с 2000 возился...
Периодически, имел массу удовольствия.
ЧСХ, большие спецы по мелкософтовым базам это таки решали.
Но самостоятельно отыскать нужную информацию было невозможно.
И даже неинтересно, как оно сейчас.

[metaclass.livejournal.com]

Оно самое, да.
Я знаю как с этим воевать, но это же говно.

[metaclass.livejournal.com]

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

[w00dy.livejournal.com]

что мешает пользовать sql server auth? На домен в этом случае положить с прибором

[metaclass.livejournal.com]

Там кроме аутентификации заморочек хватает, типа протоколов и прочего.

[w00dy.livejournal.com]

Включить tcp/ip (если уж вам нужно удалённо ходить) это дело одной минуты. А что такое "прочее"?

[denisioru.livejournal.com]

Кстати да, tcp/ip + sql authentication и никакие домены не нужны.

[molnij.livejournal.com]

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