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

Читаем исходные данные -
> Правильно затюнигованный Firebird держит 1500 активных клиентских подключений, обслуживает 400Гб базу

- где 400, там 2000 будет. И что в этом неожиданного? Кстати, не проектировщик в этом случае дурак, а архитектор. Или тот, кто определяет политику партии в данном отдельно взятом случае.

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

[fraks-nsk.livejournal.com]

Вы меня внимательно читаете?
400гигов - это уже не шерстяные носки мелким оптом. и если предусматривается дальнейший рост - то тут надо сильно подумать начинать ли это дело на FB.
Но основная масса применений FB - это базы в размере от 0,01 до 6Гигов, тут FB работает прекрасно а оракл в этом месте - это стрельба из пушки по воробьям. Всему свое место. И цена.

[sgalitsky.livejournal.com]

> 400гигов - это уже не шерстяные носки мелким оптом
- для кого как.

я бы до 100 Гб постгре использовал, дальше бы, наверное, хорошо задумался.
а если - "от 0.01 до 6 Гб" - задумался, чем я занимаюсь и на кой это надо.

Нормально настроенный, бесплатный (и мне лично не совсем нравящийся MySQL) довольно терпимо держит базу на 16 Гб, в допотопном домашнем сервере на семпроне. Без безумного "тюнинга".

Зачем фб при таких раскладах - лично мне непонятно.
Так и до BDE недолго дотрахаться..

[fraks-nsk.livejournal.com]

MySQL - не бесплатный.

Что такое "терпимо держит базу", "16 гигов на домашнем сервере"?

И вообще - FB даже равнять нельзя по возможностям с FB.

Если что-то непонятно - используйте то что понятно. Никто в коммунизм палками не загоняет.

[sgalitsky.livejournal.com]

А что такое - 400 Гб? Откуда, зачем?..

>FB даже равнять нельзя по возможностям с FB.
- э? Вы изволите мягкое с мягким сравнивать?

MySQL - небесплатный? С когда это Вас заставляют покупать поддержку и саппорт?
А хотя, - как-то покупали, было. И ффффстэковский редхат покупали заплесневелый. - Условия тендера, знаете ли.

[fraks-nsk.livejournal.com]

>FB даже равнять нельзя по возможностям с FB.
- э? Вы изволите мягкое с мягким сравнивать?

Опечатка конечно же. ;)
MySQL и FB.

>> MySQL - небесплатный? С когда это Вас заставляют покупать поддержку и саппорт?

MySQL имеет двойное лицензирование. MySQL может распространяться в соответствии с условиями лицензии GPL. Однако по условиям GPL, если какая-либо программа включает исходные коды MySQL, то она тоже должна распространяться по лицензии GPL. Это может расходиться с планами разработчиков, не желающих открывать исходные тексты своих программ. Для таких случаев предусмотрена коммерческая лицензия, которая также обеспечивает качественную сервисную поддержку.

[sgalitsky.livejournal.com]

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

[fraks-nsk.livejournal.com]

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

[sgalitsky.livejournal.com]

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

[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 в эти определения не входит.

[sgalitsky.livejournal.com]

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

[sgalitsky.livejournal.com]

> Если что-то непонятно - используйте то что понятно. Никто в коммунизм палками не загоняет.
- да тащемта и использую. для себя постгре. для остальных оракл.

Насчет возможностей. Объясните "на пальцах", чем партишнинг в фб лучше его же самого в оракле. или хотя бы в постгре. Чем репликация в фб лучше, чем в постгре. или в оракле.

@Firebird is easy. It is easy to develop with, it is easy to deploy, it is easy to manage and administrate."
- я так понял из слогана, - для необремененных, не?

[fraks-nsk.livejournal.com]

Гы-гы :)
Ничем.
В FB сейчас нет партицирования, нет встроенной репликации.

Не понял к чему вы тут относите слово "необремененных".

[sgalitsky.livejournal.com]

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

стэндбаи-то в этом фб предусмотрены, чи нет?

[fraks-nsk.livejournal.com]

А че это такое? :)

[sgalitsky.livejournal.com]

не пойму, - тут тролли завелись?

[fraks-nsk.livejournal.com]

А вот какие у вас интересно базы (по размеру), на чем, и что в этих базах лежит в таких объемах.

[sgalitsky.livejournal.com]

документооборот го-венный, 6 Тб было, когда увольнялся, на оракле, на серверах и сториджах.
- а сейчас что - не скажу.)

[fraks-nsk.livejournal.com]

Что за документы, сканы в TIFF что-ли?
За какой период документы,
количество документов
количество товаров (или что у вас там)

У меня в работе такая база, одна из...
База 1,4 гига.
Склад и взаиморасчеты.
~300 тысяч наименований
~300 тысяч документов
данные с начала 2010 года (т.е. чуть больше года).

И вот накой мне тут оракл?

[sgalitsky.livejournal.com]

- я ж вроде сказал, - документооборот.
что тут непонятного? около 90 филиалов по РФ, от Кенига до Владивостока. За полгода. Не считал документы и количество товаров (а и делать мне было больше нечего?).

"База 1,4 гига.
Склад и взаиморасчеты.
~300 тысяч наименований
~300 тысяч документов"
- понял-понял. О постгре подумайте на досуге все же.

[fraks-nsk.livejournal.com]

На FB есть базы и ваших масштабов, но это скорее исключение.

Про FB не говорят что он лучше всех. Он очень неплох в своей нише.

А зачем мне о постгре думать? FB довольно интенсивно развивается, я даже не успеваю использовать все версии.
Он меня устраивает полностью.

[permea-kra.livejournal.com]

Сколько в конторе сотрудников было?

[sgalitsky.livejournal.com]

а я что - переписью занимался? - госструктура очередная.

[fraks-nsk.livejournal.com]

Попильная наверное. Оттого и Оракл.