![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Я балдю с этого комьюнити
ссылко
Действительно я считаю что фаерберд Гэ. И знаете почему? Потому что в Оракловом форуме ответы от Ваших отличаются конструктивностью, отсылкой к докам или вообще по нужному направлению. А не предложением платных услуг на бесплатном форуме
У человека, обслуживающего стороннее приложение без поддержки со стороны разработчиков, странная проблема - зависает сервер. В комьюнити ему сразу же начинают компостировать мозги, сраться между собой и предлагать платные услуги по оптимизации базы, вместо того, чтобы спросить уточняющую информацию и помочь.
Кстати, в Firebird всякие тонкие моменты по оптимизации, разборками с зависаниями и тому подобными странностями являются хардкорным вуду-гуру-карго-культом, нигде не описанным и до последнего времени (появления мониторинга и нормальных логов в FB 2.5) не поддающимся логическому изучению.
В общем, мое мнение по поводу претензий к Firebird такое - чрезвычайная простота установки, разработки под него, деплоймента БД и использования сервера сыграла с ним злую шутку - его часто используют в крайне неадекватных условиях (сервера совмещенные с десктопами, полное отсутствие админов, невменяемые дебилы-разработчики), а все проблемы вешают не на кривые руки, а на сервер.
У других серверов есть некий входной порог, на котором откровенные дебилы отфильтровываются, а у Firebird его очевидно нет.
Действительно я считаю что фаерберд Гэ. И знаете почему? Потому что в Оракловом форуме ответы от Ваших отличаются конструктивностью, отсылкой к докам или вообще по нужному направлению. А не предложением платных услуг на бесплатном форуме
У человека, обслуживающего стороннее приложение без поддержки со стороны разработчиков, странная проблема - зависает сервер. В комьюнити ему сразу же начинают компостировать мозги, сраться между собой и предлагать платные услуги по оптимизации базы, вместо того, чтобы спросить уточняющую информацию и помочь.
Кстати, в Firebird всякие тонкие моменты по оптимизации, разборками с зависаниями и тому подобными странностями являются хардкорным вуду-гуру-карго-культом, нигде не описанным и до последнего времени (появления мониторинга и нормальных логов в FB 2.5) не поддающимся логическому изучению.
В общем, мое мнение по поводу претензий к Firebird такое - чрезвычайная простота установки, разработки под него, деплоймента БД и использования сервера сыграла с ним злую шутку - его часто используют в крайне неадекватных условиях (сервера совмещенные с десктопами, полное отсутствие админов, невменяемые дебилы-разработчики), а все проблемы вешают не на кривые руки, а на сервер.
У других серверов есть некий входной порог, на котором откровенные дебилы отфильтровываются, а у Firebird его очевидно нет.
no subject
И то - при гарантированно правильно работающем приложении транзакции иногда застревают (у нас 200 клиентов, у особо крупных установлен мониторинг этого дела, присылающий уведомления на почту) - предполагаю, что причина в сети и отваливающихся клиентах.
Зависание сервера на wow64 и многопроцессорных машинах - неоднократно такое было. К сожалению, все клиенты с подобным железом имеют жесткую политику администрирования и безопасности, поэтому снять дамп с боевого сервера в таком состоянии на предмет изучения я никак не могу.
Мониторинг и логи нормальные появились только в 2.5. При этом их настройка (трейсы) - адов пиздец, а firebird.log как был херней так и остался. Я не понимаю, почему у меня в тупых енд-юзеровских вещах каждый модуль имеет независимую настройку логгинга, а в системном демоне, к которому равнье вообще никакого разумного доступа кроме как из gstat и отладчика - ничего нету.
В версиях до 2.1 было еще много всякой фигни типа "если подключается один клиент по очень тормозной сети - все остальные ждут, пока пройдет процесс подключения" или "кончилось место - база умерла".
Падение базы от выключения питания - где здесь D из ACID? Я от разработчиков так и не добился четкого ответа - исправлено это или нет. Буду проверять самостоятельно, т.к. это одно из условий текущего проекта.
Всякие необъяснимые "internal gds consistency check" это тоже мрак - gfix в руки и сиди долбись.
no subject
no subject
Groton Database Systems