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

[metaclass]

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

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

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

Comments

[slonopotamus.livejournal.com]

Приложение и так сломано и не работает. Если бы работало, товарищ не писал бы на форумы.

[metaclass.livejournal.com]

Удолбуться они это делать, в общем-то, особенно если приложение криво написано.

[henu3detb.livejournal.com]

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

[metaclass.livejournal.com]

Работает, судя по всему, у него там транзакции мусор накапливают и приходится регулярно базу чистить.

[slonopotamus.livejournal.com]

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

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

[slonopotamus.livejournal.com]

Ну так и чо, фаерберд что ли в этом виноват?

[jek-hor.livejournal.com]

А что, там такая суровая завязка на конкретную базу? Без слоя абстракции?

[theiced.livejournal.com]

так есть такая база! mysql называется. мало того, она _требует_ от разработчика быть тупым уебланом.

[theiced.livejournal.com]

ну и таки да - логика на стороне базы - это моветон и вообще пиздец. не должно её там быть ни в каком виде. как масксимум код который обеспечивает целостность и всё.

[henu3detb.livejournal.com]

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

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

[metaclass.livejournal.com]

Там огромное количество бизнес-логики в СУБД. Например, почти вся отчетность.

[metaclass.livejournal.com]

Сначала код с целостностью, потом триггера, потом имитация хаскеля на реляционных БД :)

[fraks-nsk.livejournal.com]

Пиздец и моветон - это применение ОРМ.

[fraks-nsk.livejournal.com]

gds кстати - древнейшее сокращение :)
Groton Database Systems

[vp.livejournal.com]

ну в таком случае сразу будет третий слой, на котором мы будем на коленке писать хранимые процедуры и делать работу, которую мог бы сделать сервер одной левой, сам.
Религиознй вопрос.

[vp.livejournal.com]

о, пошла снова чистая религия :)

[metaclass.livejournal.com]

Это не совсем религия, большинство ORM очень дебильны.
Почитай у w00dy последние посты про NHibernate и возрадуйся, что тебе придется с моими багами работать, а не с багами психов оттуда :)

[gsbelarus.livejournal.com]

Не пугайте людей, нет в ФБ каких-то серьезных проблем. 10 лет используем и не сталкивались с чем-то непроходимым. При Forced Writes = ON БД спокойно переживает отключение питания. А если сервер на бесперебойнике, а свитч нет -- то вообще беспокоиться не о чем. Единственная проблема ФБ -- это недружественное русскоязычное комьюнити. Но, это скорее особенность маскальского менталитета и тема отдельного разговора.

[proforg.livejournal.com]

ага, проблем нет
как и внятной документации / средств мониторинга
чёрный ящщег блядь, такой

[metaclass.livejournal.com]

Да, проблем серьезных действительно нет. У тех, кто постоянно толкется в гуглогруппе и sql.ru, потому что там распространяются вуду-знания о том, как обходить известные подводные камни и сидят разработчики сервера и смежных утилит.
А вот сторонние люди как-то нервничают от входа, когда у них "что-то происходит" и даже непонятно, куда посмотреть.

А тему русскоязычного комьюнити нужно будет поднять в русофобском кружке Эсфири Менделеевны :)

[fraks-nsk.livejournal.com]

Ну... установка и запуск MS SQL при наличии знаний только по FB и чуть-чуть по MySQL - это вообще неподъемный подвиг :)

[fraks-nsk.livejournal.com]

А еще вуду было с MS SQL когда он вдруг сильно незадружил с рейд-контроллером и база 1С под MS SQL периодически погружалась в глубочайшие тормоза.

[fraks-nsk.livejournal.com]

Туда просто никто не пишет. Напиши - ответят. Я подписан на нее по мылу - все вижу. Вопросы без ответов не остаются.

[metaclass.livejournal.com]

Я наугад ставил и то и другое и третье :)

[metaclass.livejournal.com]

Да мне, в общем, спрашивать нечего.
Если я спрошу про posix командную строку утилит или firebird.log меня весь коллектив разработчиков в жопу пошлет, и правильно сделает, пусть лучше как делали так и делают дальше :)