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

не знал от этого проблем, кстати. наоборот, - весьма удобно, без привязки к типам.
а насчет даты-времени - так вот оно - чего искать-то? http://www.sqlite.org/lang_datefunc.html

[vp.livejournal.com]

Ну это называется "стоя в гамаке" :)

[sgalitsky.livejournal.com]

это называется "не баг, но - фича"..)
- одну функцию написать для времени/даты - много ли надо..

[vp.livejournal.com]

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

[fraks-nsk.livejournal.com]

> весьма удобно, без привязки к типам.

Это писец. офигенный программер :)
Вы походу кроме своего питона ничего освоить не смогли :)

[sgalitsky.livejournal.com]

я где-то себя программером обозвал?

[fraks-nsk.livejournal.com]

А тогда собственно какого... вы тут такие всеобъемлющие выводы делаете? Не нашли у Firebird ручек покрутить, внутри ничего не умеем - значит сервер плохой, в нем нет того что я умею. :)

[sgalitsky.livejournal.com]

Вам никто никогда не говорил, что поспешные выводы делать - удел недалеких людей?
Из того, что я не называю себя программистом (я работаю сейчас DBA) вовсе не следует, что я не знаю ни одного языка программирования и никогда не занимался разработкой ПО.
какого ... Вы тут "умничаете"?

[fraks-nsk.livejournal.com]

Из того чем вы тут обмолвились картинка вас как разработчика ПО у меня лично сложилась весьма конкретная. Лепить дату строкой, разбирать ее обратно на клиенте и еще считать что это удобно - нет слов...

Перекладывать весь контроль ввода на программу - аналогично.

То что в Firebird нет практически ничего чего бы мог повертеть абстрактный DBA - это не проблема сервера, это проблема конкретного DBA :)

Считать что ценнось базы определяется ее размером и база менее 1Тб несущественна, а менее 1Гб - вообще ненужная поделка... Ну, разве что с вашей колокольни. Вы вероятно зп от размера базы получаете от того и такое мнение :)

[sgalitsky.livejournal.com]

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

[fraks-nsk.livejournal.com]

Интересоваться технологиями ради того что это технологии - мне уже не интересно.
Я кое-что рассматриваю. Если оно потенциально не дает мне чего-то что я уже имею текущими инструментами - я это не использую. Мода меняется каждый год, мне это не интересно. Мне нужен реальный результат.

[metaclass.livejournal.com]

Меняющаяся мода реально задолбала. Какие-то блядь "облака", какие-то "rich internet applications", какие-то мобильные телефоны и прочая херь. А как до дела доходит - оказывается, что реально бабло зарабатывается на вещах 20летней давности типа SAP R/3 и тому подобного, где в гробу хотели видеть все новшества.

[w00dy.livejournal.com]

Херня это всё. Я вот тоже на них смотрю с опаской. Т.е. пощупать можно, вроде даже круто, но клиентам впаривать - пока рано, пусть другие хомячки и студенты шишки набьют и грабли соберут, а там будет видно.

[metaclass.livejournal.com]

Так уже пять лет собирают - никак не соберут. Одно не доделали - на другое кинулись и так по кругу.

[w00dy.livejournal.com]

Так и я никуда не спешу. Если оно всё отомрёт - так мне же лучше будет. А если вдруг что-то дорастёт до живого образца, тогда и будем смотреть.

[w00dy.livejournal.com]

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

[sgalitsky.livejournal.com]

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

[w00dy.livejournal.com]

"А мужики то не знают" :)

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

[sgalitsky.livejournal.com]

- Вы можете привести пример использования FB в банковской области, с HA? если нет, то согласны ли Вы с собственными словами о кривизне рук разработчиков, использующих fb?

[sgalitsky.livejournal.com]

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

[fraks-nsk.livejournal.com]

К сожалению VB не владею :)

[sgalitsky.livejournal.com]

Что так? Не осилили?

[fraks-nsk.livejournal.com]

Ага. Не нравится.
Человеку воспитанному на Фортране и Паскале трудно привыкать к VB. Да я и вообще новое уже с трудом осваиваю.

[fraks-nsk.livejournal.com]

Во-первых не мелочевку а во вторых для оптовой в первую очередь.

Пошло меряние пиписками...

[sgalitsky.livejournal.com]

конечно, оптовой. извините, если обидел.