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

[sgalitsky.livejournal.com]

А Вы изменяли исходники MySQL?

[fraks-nsk.livejournal.com]

А мне это зачем?

[sgalitsky.livejournal.com]

так а зачем Вы gpl тогда поминаете? не вносили - идите лесом со своими лицензиями, товарищи разработчики. - текст лицензии сами перечитайте..

[fraks-nsk.livejournal.com]

При чем тут "вносили"?
MySQL под GPL только для софта под GPL.
А под виндой кажись под GPL вообще нет.

FB бесплатен без всяких оговорок.

[sgalitsky.livejournal.com]

- слово проглотил, - "..изменения не вносили..".

> под виндой кажись под GPL вообще нет
- таки неужели?


> FB бесплатен без всяких оговорок.
- неуловимый ковбой Джо..

[fraks-nsk.livejournal.com]

А почему вы тут им интересуетесь?

[sgalitsky.livejournal.com]

всегда интересно посмотреть на живых ископаемых.

[fraks-nsk.livejournal.com]

http://www.mysql.ru/docs/man/Using_the_MySQL_software_under_a_commercial_license.html

Там смысл такой - если у вас программа под GPL то использование MySQL бесплатно.
Если ваша программа не под GPL - то вы должны приобретать лицензию.

[sgalitsky.livejournal.com]

ерунда.
- чтите gpl. если вы не вносите правок в исходный код MySQL, не линкуете его библиотеки в свой софт, вы не обязаны покупать коммерческие лицензии.
а если и да - то, продаете свою программу за все те же деньги. только вот ту часть кода, который вами был изменен в MySQL - должны предоставить пользователям под лицензией gpl.
соединение с сервером MySQL в эти определения не входит.

[interbase.livejournal.com]

гпл, не гпл... на сайте mysql написано, что если вы распространяете свою программу с mysql, при этом ваша прога не под gpl - покупайте лицензию. И вообще, если сомневаетесь - покупайте :-)

[sgalitsky.livejournal.com]

Вы только из-за этого MySQL не использовали?
- поздравляю.
лет шесть просрано.

[metaclass.livejournal.com]

В Firebird комьюнити модно использовать логику на стороне сервера в массовых масштабах. В mysql, если мне не изменяет память, язык для серверной разработки развился заметно позже, чем в interbase и firebird.

[sgalitsky.livejournal.com]

возможно. только уже несколько лет как и там, и здесь, и тут, - все прелести.
кроме как у fb..

зачем за Титаник хвататься, если у него 3 тестера (условно)? И коммьюнити - человек 500-1000.

развивается то ПО, на которое есть спрос. разработчики. админы.
- для fb этого, как оказывается, не надо. - он же - "easy". а потом оказывается, что бесплатное "easy" - денег стоит - на тюнинг. а потом- ещё бОльших денег стоит. ибо перестаёт справляться с обязанностями своими прямыми - и надо всё заново..

и базы в полтора гига - как свидетельство непомерного опыта - не канают.

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

[metaclass.livejournal.com]

В общем, я примерно из таких же соображений собираюсь Firebird заменить на Postgres, благо, подход к разработке позволяет это сделать малой кровью.
Другое дело, что кроме меня еще работает 5 человек, которым некогда переучиваться, т.е. проблема не техническая, а организационная.

[vp.livejournal.com]

которым некогда переучиваться,

Ээээ. Да хоть завтра.

[sgalitsky.livejournal.com]

а ты(Вы) - кто такой?

[metaclass.livejournal.com]

Мой коллега, с которым мы приняли коллегиальное решение не менять коней на переправе и использовать для текущего проекта Firebird.

[vp.livejournal.com]

Коллега владельца этого ЖЖ, сижу напротив :)

[sgalitsky.livejournal.com]

прошу прощения, - довольно грубо с моей стороны было.

[vp.livejournal.com]

Не, все нормально :)

[fraks-nsk.livejournal.com]

А.. так вы апологет MySQL. Ну-ну.....
Мне этой бяки точно не надо.

[sgalitsky.livejournal.com]

- долго думали?

[fraks-nsk.livejournal.com]

Не меньше чем вы про FB.

[fraks-nsk.livejournal.com]

Я уже кажется тут писал что когда у меня стоял выбор СУБД то MySQL не имел понятия о транзакциях. Бизнес приложения без транзакций - это в наше время нонсенс. Поэтому MySQL был вычеркнут.

Если он наконец-то научился использовать транзакции - с какой радости я вот все брошу и начну переводить свой софт на другой сервер? Какая мне с того выгода кроме головной боли?

[fraks-nsk.livejournal.com]

Я MySQL не использовал потому что он тогда не умел транзакции. А нафига мне база без транзакций?
А теперь на MySQL не перехожу потому как он нафиг не нужен, мне все потребности Firebird закрывает на 100%.