Я балдю с этого комьюнити

[metaclass]

ссылко
Действительно я считаю что фаерберд Гэ. И знаете почему? Потому что в Оракловом форуме ответы от Ваших отличаются конструктивностью, отсылкой к докам или вообще по нужному направлению. А не предложением платных услуг на бесплатном форуме

У человека, обслуживающего стороннее приложение без поддержки со стороны разработчиков, странная проблема - зависает сервер. В комьюнити ему сразу же начинают компостировать мозги, сраться между собой и предлагать платные услуги по оптимизации базы, вместо того, чтобы спросить уточняющую информацию и помочь.
Кстати, в Firebird всякие тонкие моменты по оптимизации, разборками с зависаниями и тому подобными странностями являются хардкорным вуду-гуру-карго-культом, нигде не описанным и до последнего времени (появления мониторинга и нормальных логов в FB 2.5) не поддающимся логическому изучению.

В общем, мое мнение по поводу претензий к Firebird такое - чрезвычайная простота установки, разработки под него, деплоймента БД и использования сервера сыграла с ним злую шутку - его часто используют в крайне неадекватных условиях (сервера совмещенные с десктопами, полное отсутствие админов, невменяемые дебилы-разработчики), а все проблемы вешают не на кривые руки, а на сервер.
У других серверов есть некий входной порог, на котором откровенные дебилы отфильтровываются, а у Firebird его очевидно нет.

Comments

[henu3detb.livejournal.com]

Не всегда такое выходит.
Лучше иметь одну процедуру, чем 100 тысяч запросов и логику на жабе.

[slonopotamus.livejournal.com]

Ребе говорит о "половине кода в БД". Я не верю что в половине случаев остро необходимо совать логику в базу.

Ну и таки всегда выходит. hh.ru (по крайней мере на момент моего оттуда ухода) не имел ни единой хранимой процедуры и переводился на постгрес путем смены одной строчки в конфиге, подкладывания приложению драйвера и конвертации дампа.

[henu3detb.livejournal.com]

Это кстати часто в интернете встречается. Одни работали на OLTP-приложениях и считают что все запросы простые, бизнес-логика простая и транзакции нужны постольку поскольку. Другие наоборот работали над кровавым копроактивом, где три странички, а под страничками 10 человеко-лет бизнес-логики, половина которой в базе. Я hh.ru не видел, но прудыдущий проект вообще был не совместим с ORM (там почти 100% запросов использовали все нестандартные возможности постгреса), ну и ситуации, когда в базу надо отправлять от сотен до сотен тысяч запросов на один запрос пользователя тоже были не редкость.

Тут не о чем спорить.