И опять про Firebird

[metaclass]

А вот еще подняли вуду тему в конференции по FB - типа "вы хоть сами знаете, зачем это все делаете"/"where are you going today".
Там плавно обсуждение перешло к тому, что мы все умремосновной вектор развития ИТ - это сознательное отупление разработчиков, а микрософт вместо исправления багов и доработки старых фреймворков делает новые, что не позволяет толком сосредоточиться на работе. Если только не развивать двоемыслие в стиле: "везде поддерживаем придурочный ms-oracle-web2.0-cloud-analslavery-iphone-hype, а реально все пишем на коболедельфи".

И я еще раз повторюсь: я не понимаю, чем Firebird так напрягает людей, которые с ним массово не работают. Те кто работают, типа как я - знают недостатки, умеют их обходить и вообще, полностью необъективны. Ну сервер, как сервер, удобный в установке и использовании.
Postgresql вроде нормален, но с ходу я так и не понял - где у него binding parameters и передача данных в бинарном виде? Я сниффером смотрел на общение клиентского приложения(с явно использованными биндинг параметрами) с сервером при вставке данных - тупой плейнтекст гонится с подставленными значениями.
Oracle неприемлем, ибо анальное рабство, хотя поддерживать и его тоже не помешает, для клиентов, у которых кошерные DBA имеются. Читал Тома Кайта, тестировал в 2005 году. Бесит жабой в качестве GUI и системным вуду. Знакомый линуксоид упорно утверждает что Оракл падает раз в месяц, но я ему не верю - по его словам, у него все падает, поэтому все демоны сидят под специальным контроллером, который их перезапускает после падения. Хрен знает что такое, непонятно, то ли разработчики идиоты и софт у них кривой, то ли просто у него стиль использования не такой как у 83%.

MSSQL какое-то вуду, бесит нелогичностью T/SQL. Хотя я его массово использовал, до полноценного использования возможностей СУБД на всю катушку, как с FB, не дошло - очень большие подозрения, что внедрение у клиентов превратилось бы в ад.

DB2 - ни разу не видел и не сталкивался, даже с людьми, которые под него писали, не общался.

Comments

[berezovsky.livejournal.com]

общался

[cp-poster.livejournal.com]

молодец

[berezovsky.livejournal.com]

ты постишь цп?

[cp-poster.livejournal.com]

Ну конечно!

[berezovsky.livejournal.com]

молодец, а я писал под DB2

[cp-poster.livejournal.com]

Расскажи же скорее. Каково?

[berezovsky.livejournal.com]

это примерно как упороться фенотропилом

[molnij.livejournal.com]

блииин, я теперь тоже хочу попробовать

[berezovsky.livejournal.com]

спрашивайте в аптеках города

[metaclass.livejournal.com]

Вы огорчаете :)

[cp-poster.livejournal.com]

Фенотропил же позитивчик! Будет или ничего, или хорошо, но ты этого не почувствуешь.

[fraks-nsk.livejournal.com]

>> все демоны сидят под специальным контроллером, который их перезапускает после падения.

Guardian? :)

[metaclass.livejournal.com]

Да, аналог.
У линуксоидов!
Волшебный надежный опен-сорс, который вылизан до ниточки. Миллиарды тулсов для отслеживания мем-ликов и диких указателей. И демоны, запускаемые под надзирателем, потому что падают.

[plumqqz.livejournal.com]

Postgresql вроде нормален, но с ходу я так и не понял - где у него binding parameters и передача данных в бинарном виде?

Если сколько-нибдуь внимательно просмотреть доку по постгресу, то с препаренными статементами все станет проще препаренной репы.

По поводу остальных двух - Postgres по сравнению с ними выглядит свинством. Увы. MS же за то время, которое я его не видел, стал, чисто по-микрософтовски, неповторимо своеобычен и неоднозначен. В общем, ну его...

[enternet.livejournal.com]

Ребе, все серверы чем-нибудь бесят.
FB - бесит своими исключительными тормозами на элементарнейших запросах и ограниченными возможностями.
Oracle - бесит нестабильностью и замороченностью, перед разработкой и запуском софта всегда нужно консультироваться с админами заказчика, т.к. с большой вероятностью у них стоит именно такой билд, в котором что-то тебе нужное сломано и не работает в принципе, а поставить билд посвежее они могут с радостью, но через погода, после его тестирования у себя.
MS - бесит тем, что это MS )

Каждый выбирает то, что его бесит минимально.

[metaclass.livejournal.com]

Хм, FB чуть тормознее других серверов, но не настолько, чтобы это бесило.
Если тормозит - скорее всего нужно проверять планы запросов, оптимизатор что-нибудь напутал (но у меня такого давно не было).

[denisioru.livejournal.com]

А кроме "MS - бесит тем, что это MS" есть другие аргументы? ;)

[enternet.livejournal.com]

Неа ) Я уже устал его рекламировать.

[volodymir-k.livejournal.com]

а что не так в msde?

[denisioru.livejournal.com]

Вместо MSDE теперь SQL Express. Это не то же самое, что SQL Server Compact.
SQL Express 100% совместим по синтаксису со старшим братом, равно как и по формату файлов. Т.е. базы отцепленные от SQL Express на ура цепляются к SQL Server std/ent. И наоборот, если не задействовано фич, которые Express не понимает (сжатие данных, partitions и т.д.)

[metaclass.livejournal.com]

И требует установки. Что вроде как маразм для случая in process/embedded сервер.

[ligen-on-lj.livejournal.com]

на счет Firebird'а - плюсую, юзал за 10 лет несколько раз, полет нормальный. один раз в embedded варианте, вот с ним больше всего проблем было...
MSSQL, кстати, прекрасен для разработки и администрирования, и клиенты очень ему рады, но дорого + безумная политика лицензирования, ряд клиентов просто не готовы платить столько, для них даем альтернативу MySQL или FB. Качество последних на порядок меньше MSSQL, но жить можно.
В одном долгоживущем продукте (n людей*m лет), в котором я принимал участие, вообще есть адов уровень абстрагирования от DB, через кодогенерацию в т.ч. Посему он свободно поддерживает 4 движка баз данных, причем довольно полноценно, не отказываясь от ХП, constraints, и прочих вкусностей... Так что производитель СУБД по большому счету не важен, для разработчика :)

[freiksenet.livejournal.com]

У меня мой бывший универ - кузница кадров по db2 всея финляндии. ДБ2 специалистов здесь очень мало, так что даже студенты сразу получают работу, даже если они прошли всего один недельный курс по этой теме. Друг как раз так устроился работать прямо в IBM Finland.

[sbj-ss.livejournal.com]

Ребе, M$SQL плох только ценой, а в остальном шикарен. За примерно пять лет плотного общения - один угондоненный бэкап, и то явно по аппаратным причинам. T-SQL там, особенно в 2005ке и выше - жырная штука, одни windowed functions чего стОят, плюс генерация XML. Вкусные СУИН, разумные требования к железу, красотища.
А аргумент "потому что MS" мне как-то до известной :)
С DB2, помнится, мы сталкивались несколько лет назад и вынесли вердикт "при наличии MSDE - не востребовано".

[nomadmoon.livejournal.com]

> передача данных в бинарном виде
Запрос в бинарном виде?
Как вы себе это представляете? О_о

[metaclass.livejournal.com]

Ну элементарно, в общем-то:
обработку ошибок для простоты оставляем за кадром
1) Prepare запроса, вход - текст, выход - хендл запроса на сервере.
2) Запрос параметров и полей запроса - вход хендл препаренного запроса, выход - массивы описаний параметров и полей.
3) Установка значения параметра - вход - ссылка на хендл запроса, индекс параметра, и указатель на память где лежит значение, выход - void
4) Выполнение запроса - вход - хендл запроса, выход - void
5) fetch - вход - хендл запроса, выход - 0/1 ("есть ли еще значения"). т.е. MoveNext для итератора.
6) Чтение полей - аналогично установке значений параметров, только память для значения не читатся, а устанавливается
7) Закрытие запроса - хендл на вход.

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

[gunner-avs.livejournal.com]

В свое время в одной фирме писал для люминевой промышленности СКАДА систему - своя разработка. База была на фаерберде - поток 1000 объектов шлют срезы раз в 3 секунды по 140 байт раз в 3 минуты 280 раз в час 400 и раз в 8 часов по 400.
У базы от 50 клиентов реалтайм отображение всех срезов + сводки которые формировались из хранимых данных. Полет нормальный на 6 люменевых заводах. База в среднем по 4 гига. Раз в сутки 3х секундки удалялись, а содержимое базы ибо было в блобах сжимается зипом. Еснна своя dll для расшифровки блобов и свой сервис записи и оптимизации базы.

[gunner-avs.livejournal.com]

А да и куча процедур которые расшифровывали блобы для клиента выборка примерно следущая - select dtime,Umax,TAe from AE ('список обьектов','время начала запроса','время окончания запроса','группировка по типу обекта','группировка по времени'). Последнюю базу что видел хранила архив 5 летней давности 15 гиг была - выборка пятилетних данных за сутки 100 миллисекунд.

[eternal-leave.livejournal.com]

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