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

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

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

Flat | Top-Level Comments Only

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

Вопрос стоит по другому - зачем при вязке мелких партий шерстяных носок строить атомные электростанции? Применение оракла - это во многих случаях то же самое.

Чтобы не тюнить fb, когда база неожиданно вырастет до нескольких Тб.

Неожиданно, до нескольки ТЕРАбайт - это проектировщик долбайоп. Ему и оракл не поможет.
А если не вырастет - то все равно будем тюнить оракл, со всеми вытекающими.
Офигенно эффективно. Если за чужие деньги - то может прокатить. Но потом можно по шапке получить, если руководство внезапно прозреет.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject

no subject