![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Вы конечно, меня извините,
но PostgreSQL с первого взгляда выглядит более правильной СУБД чем Firebird.
1) Логи, много понятных логов. Небо и земля, по сравнению с ничего не значащим бредом, которым firebird.log заполнен чуть более чем полностью. Т.е. там даже нет возможности включить что нибудь вроде "протоколирование доступа к базе", не говоря уже о запросах, итд.
2) Читабельный вывод консольных утилит. Posix-командная строка этих самых утилит. Вменяемые параметры их же.
3) Несколько вариантов аутентификации, управление аутентификацией c детализацией по адресам-маскам, именам базы, юзеров
4) доступ через ssl.
5) И наконец, ключевой аспект: документация. 2100 страниц нормальной понятной хорошо структурированной документации, доступной в виде PDF с официального сайта. В отличие от, блядь, документации по Interbase 6 на которую до сих пор ссылаются на сайте FB и потока сознания разработчиков в виде quick start quide и release notes.
1) Логи, много понятных логов. Небо и земля, по сравнению с ничего не значащим бредом, которым firebird.log заполнен чуть более чем полностью. Т.е. там даже нет возможности включить что нибудь вроде "протоколирование доступа к базе", не говоря уже о запросах, итд.
2) Читабельный вывод консольных утилит. Posix-командная строка этих самых утилит. Вменяемые параметры их же.
3) Несколько вариантов аутентификации, управление аутентификацией c детализацией по адресам-маскам, именам базы, юзеров
4) доступ через ssl.
5) И наконец, ключевой аспект: документация. 2100 страниц нормальной понятной хорошо структурированной документации, доступной в виде PDF с официального сайта. В отличие от, блядь, документации по Interbase 6 на которую до сих пор ссылаются на сайте FB и потока сознания разработчиков в виде quick start quide и release notes.
no subject
no subject
поддержка старых проектов? ну так и пусть работают. а если их править - всё равно всё переписывать, хуй с ними - не нужен тут файрбёрд.
отсутствие документации/литературы - это уже сразу крест.
вот выяснилось что оно в логи ничего не пишет ещё - где ЭТО можно использовать?
кли утилитки со своим форматом входа - это не пиздец ли? 2010ый год какбэ. стандартам уже лет 25.
по отзывам работавших с этим - постоянная чорная магия и прочие вуду при попытках сделать что то чуть более сложная чем одна-табличка-с-двумя-полями.
мелкое совсем коммунити - хрена помощи дождёшься. да и недружелюбное. вон метакласс вполне себе конкретный вопрос задал так вместо того что бы закричать `аааа! какой пиздец! а мы и не заметили, сейчас поправим и будут все-все логи` так начали хуесосить и писать отмазки.
это всё были минусы. а где же плюсы? так нет их, плюсов то. или я их не вижу :( расскажите, а.
no subject
>стандартам уже лет 25.
23. а InterBase-у 25 лет. про это я уже говорил.
>вот выяснилось что оно в логи ничего не пишет ещё - где ЭТО можно использовать?
в какие логи и что не пишет? Кто выяснял? Или опять кто-то п...ул, а Вы повторяете?
>по отзывам работавших с этим - постоянная чорная магия и
>прочие вуду при попытках сделать что то чуть более сложная чем одна-табличка-с-двумя-полями.
откровенный пиздеж, или упомянутые "работавшие" - дауны. С IB/FB очень просто начать работать, продолжать работать и сделать нормальную промышленную систему. Книжку Грабера можно использовать как учебник по SQL с IB/FB без проблем. И т.д. С Ораклом или MS SQL начать работать куда сложнее.
>а мы и не заметили, сейчас поправим и будут
>все-все логи` так начали хуесосить и писать отмазки.
ты приди с аналогичной херней в любой другой сервер, и тебе то же самое ответят.
переделывать интерфейс командной строки - ради кого и чего? Это что, блядь, производительность сервера повысит? Или поможет идиотам-админам, которые командной строки как таковой не знают? Или у всех серверов бэкап одинаковой командой делается?
Блин, вылезут из болота, и начнут нести херню. А еще "не тролль".
>а где же плюсы? так нет их, плюсов то. или я их не вижу
Тебе зачем? Тебе же неинтересно. Если бы было интересно, давно бы прочитал Release Notes по 2.5, и заткнулся.
no subject
мусикль он тоже непонятно зачем нужен если есть сиклайт и постгре.
>23. а InterBase-у 25 лет. про это я уже говорил.
ну и что? это скорее показатель того что это кривоподелка отстала на 23 года.
>в какие логи и что не пишет? Кто выяснял? Или опять кто-то п...ул, а Вы повторяете?
я не имею основания не верить господину метаклассу ибо за всё время нашего с ним плодотворного общения он не был замечен в намеренном или ненамеренном искажении фактов.
>откровенный пиздеж, или упомянутые "работавшие" - дауны. С IB/FB очень просто начать работать, продолжать работать и сделать нормальную промышленную систему. Книжку Грабера можно использовать как учебник по SQL с IB/FB без проблем. И т.д. С Ораклом или MS SQL начать работать куда сложнее.
делать промышленную систему на основе субд котороя может не всосать только что сделанный ей же дамп... это извините идиотизм. вакуум в процессе селекта это тоже... спорное немного решение. про уёбищный мссикль я даже говорить не хочу, хуже него нет наверное ничего (работал - хоть по месяцу-два - но почти со всеми более-менее популярными субд, включая интербэйз, исключая файрбёрд по причине того что до этого видел интербэйз ;]).
>ты приди с аналогичной херней в любой другой сервер, и тебе то же самое ответят.
я приходил с похожей хренью (ака свистелки-и-перделки) к товарищам из постгре. в итоге лично для меня (!!!) сделали патчик (ну костыль, но он работал) и обещали включить когда уберут костыли в мэйнлайн, кстати надо проверить.
>переделывать интерфейс командной строки - ради кого и чего? Это что, блядь, производительность сервера повысит? Или поможет идиотам-админам, которые командной строки как таковой не знают? Или у всех серверов бэкап одинаковой командой делается?
ебаааать. вы не понимаете или издеваетесь? ойти - это сложная область. знать надо неебические объёмы всего. и изучение ещё отдельного формата ключиков для отдельной поделки бесит неимоверно. есть стандарты. их для того и придумали. точка.
>Блин, вылезут из болота, и начнут нести херню. А еще "не тролль".
кто не тролль? я известный, потомственный тролль. только вот в данном случае мне очень интересен вопрос - зачем. до уровня постгре оно не доползёт ни в какой перспективе. если вы не осилили за 10 (!) лет написать документацию хоть какую (а нету её - нееетуууу - и на вопрос `где доки` вы предпочли не отвечать, ибо ответить нечего) то шансов вообще нет. пионерская поделка, пилимая пионерами для пионеров. ничего личного. софт встречают по докам, всё такое.
>Тебе зачем? Тебе же неинтересно. Если бы было интересно, давно бы прочитал Release Notes по 2.5, и заткнулся.
прочитал, ещё до того как спрашивал прочитал. не нашёл там ничего интересного. то есть если бы даже не было пиздеца с доками, велись нормальные логи, не было бы разговоров о нерабочих дампах - то и тогда непонятно зачем её использовать если есть superior (как это по русски будет?) альтернативы. постгре тот же.
no subject
в таком случае и Оракл непонятно зачем нужен.
>я не имею основания не верить господину метаклассу ибо за всё время нашего с ним >плодотворного общения он не был замечен в намеренном или ненамеренном искажении >фактов.
он тоже пытается ступить на тропу "слышал, и считаю".
firebird.log всю жизнь был предназначен для вывода сообщений об ошибках. Как и обычный лог. Аудита не было вплоть до 2.5. Аудит пишется в другой лог. И его можно получать и не в лог, а в приложение. Кроме аудита есть системные таблицы мониторинга. Поэтому высказывания типа
"а, звездец, нет лога!"
выглядят весьма странно.
>делать промышленную систему на основе субд котороя может не всосать только что >сделанный ей же дамп... это извините идиотизм
идиотизм - это считать что любая СУБД может восстановить базу из поврежденного дампа, и надеяться на это. Кстати, вещи, которые без повреждений приводят к невосстановимому бэкапу IB/FB - это действия разработчиков, которые пользуются фичами, которых нет в других СУБД. Или - результат явного повреждения базы.
Кстати, с момента, когда писалась моя статья db_repair.htm, на которую я сам же и сослался, в FB много изменений, которые снижают вероятность получения невосстановимого бэкапа.
Так что и тут, "ах, какой караул!", может говорить только человек, который ни разу не администрировал промышленные системы.
> в итоге лично для меня (!!!) сделали патчик (ну костыль, но он работал)
здесь то же самое. Вчера человек взял и сделал себе полный вывод в лог (!) протокола коннектов-дисконнектов. Надо было ему отловить один комп.
Основные разработчики сервера заняты основной же работой над сервером.
Понятно, что добавить некоторые вещи это как "два пальца", но OpenSource тоже не означает "мы тут только что поправили - жрите". Есть же тесты, и прочее.
И в отличие от PG, обычные разработчики Firebird не компилируют.
> есть стандарты. их для того и придумали. точка.
да на что стандарты-то? на утилиту бэкапа? на функции бэкапа?
Или спец по командной строке не осилил gbak? Ему не открылся хелп, он не смог прочитать доку, и так и умер от досады?
Людям, использующим FB, это пофиг, а Вам почему-то до этого есть дело, как будто прямо мир переворачивается. Кстати, я почитал
http://ru.wikipedia.org/wiki/Интерфейс_командной_строки
и не понял, с чего такой вой.
>её использовать если есть superior (как это по русски будет?)
>альтернативы. постгре тот же.
Постгре ваш по распространенности до FB не дотягивает, и не дотянет, не ждите.
Я бы тоже мог повыражаться и про инсталлятор, и про жуткий процедурный язык, и про косяки в документации, и т.д. Но я не лезу. Потому что это мне не надо.
Вы вот в FB не спец? Ну и чего тогда Пастернака-то осуждать?
no subject
у оракля есть свои применения. другое дело что в 99% случаев (где он применён) он там вхуй не впился.
>он тоже пытается ступить на тропу "слышал, и считаю".
ну он какбэ эту поделку пользует уже долго, видимо в курсе. ребе, ваши комменты.
>Кстати, вещи, которые без повреждений приводят к невосстановимому бэкапу IB/FB - это действия разработчиков, которые пользуются фичами, которых нет в других СУБД
Какими? И почему база _ПОЗВОЛЯЕТ_ так наебнуть себя что бы получился невосстановимый дамп? Клёво. Вы только все такие фичи вынесите в отдельный список `не используйте, мы криворукие и это ещё нормально не написали`.
>в FB много изменений, которые снижают вероятность получения невосстановимого бэкапа.
я уже неоднократно видел крики по этому поводу. насколько я понял ситуация простая - работает база, делаем бэкап, он рапортует о полном и окончательном успехе процесса бэкапа, делает импорт этого бэкапа, получаем пиздец. так или не так?
>здесь то же самое. Вчера человек взял и сделал себе полный вывод в лог (!) протокола коннектов-дисконнектов. Надо было ему отловить один комп.
Основные разработчики сервера заняты основной же работой над сервером.
Понятно, что добавить некоторые вещи это как "два пальца", но OpenSource тоже не означает "мы тут только что поправили - жрите". Есть же тесты, и прочее.
сделать себе - это немного не то. я не ориентируюсь в коде постгре и потратил бы приличлное кол-во времени имплементя данную фичу. ребята мне её сделали за день. за спасибо. они тоже заняты работой над сервером, да. это правильное отношение.
>И в отличие от PG, обычные разработчики Firebird не компилируют.
извините не понял. разработчики субд или разработчики решений на основе субд? и причём тут это? если про лично-патчик-метаклассу-для-клёвых-логов - то он я думаю бы не поленился собрать ;]
>Или спец по командной строке не осилил gbak? Ему не открылся хелп, он не смог прочитать доку, и так и умер от досады?
Итить. Вы не понимаете или издеваетесь?
>Постгре ваш по распространенности до FB не дотягивает, и не дотянет, не ждите.
Трололо? Нет - если брать сираный совок - то да, не дотягивает. Но кому этот совок в плане ойти интересен? Рашка - дыра в который _ничего_ не производится и не изобретается (и не будет никогда). Бульбостан родной - он и маленький слишком и основной процент инноваций - это разные там интеграловские мониторы. В нормальных странах этим не пользуются.
>Я бы тоже мог повыражаться и про инсталлятор, и про жуткий процедурный язык, и про косяки в документации, и т.д. Но я не лезу. Потому что это мне не надо.
Вы вот в FB не спец? Ну и чего тогда Пастернака-то осуждать?
emerge postgresql, всё ок. файрбёрд у меня просто не собрался вот только что, так что убедиться я не могу ни в чём ;]
какие косяки в доках постгре? они _иногда_ отстают на версию, всё. и где таки хоть какие доки по файрбёрду?
no subject
1) 10054 - почему-то отвалился клиент от сервака
2) когда базе пришел имманентный пиздец - ассерты внутри кода сервера (хз что такое, но базу после этого нужно чинить и делать бэкап-ресторе)
3) когда исключения во внешних либах.
Никаких INFO,WARN,DEBUG уровней, никаких настраиваемых сообщений нет. Логи плохо приспособлены для парсинга линуксово-текстовыми утилитами - в две строки каждая запись зачем-то.
4) Невосстановимые бэкапы изредка бывают. Не настолько часто, чтобы это сильно парило, с другими серверами сравнить не могу - нет опыта продакшена.
5) Ключевой аспект: из убитого бэкапа вытащить НИХУЯ нельзя, если не пользоваться вуду-утилитами, которые, вроде бы, как раз и продает твой оппонент. Бэкап - бинарник, безумный и беспощадный. есть, к примеру, 90% живой бэкап, убился на левой таблице - но можно его в жопу поцеловать, ничего не сделаешь.
no subject
no subject
no subject
Не особо приятно, когда из битой базы восстанавливается нормальная БД (ну.... проходящая чек) и нельзя даже примерно узнать, с какими сложностями столкнулся двиджок в процессе упорядочивания попорченной БД и сворачивания ее в бэкап.
Поймите, Дмитрий, даже опуская откровенно враждебный и хамский по отношению к людям вне ФБ-тусовки менталитет авторов и сопричастных, пользоваться дале этой вещью в себе - невозможно.
Где документация, наконец? Где внятные примеры? Почему вместо того, чтобы найти в релизспеках ответ, как именно решить задачу, там можно найти только указание, где именно надо проводить опыты, чтобы, наверное, суметь решить задачу? Почему 2.1 стянутый у авторов содержит короткие текстовые файлы с описание нового функционала, а уже следующий билд 2.1 - нет?
Я протрахался с Фб последние 5 лет, продвинул его в нескольких серьезных (от 5к пользователей) проектах. Все, текущая версия - последняя. Постгре/мсскл/хуй резиновый/что угодно, только не ФБ.
Версионником он был первым в мире? 2010 год на дворе, кому не наплевать, чем именно первым он был 23 года назад? Почему это должно оправдывать дебильный формат командной строки утилит? Пустые логи с ебанистическими сообщениями об ошибках? Враждебное отношение авторов? На них малиновые штаны, они написали ФБ? Все должны делать 3 раза ку? А за что? За откровенно старенький и седенький, без вменяемых док, движок?
Невозможность оперировать битым бэкапом - это плюс? Необходимость образаться строго в 1 единственную компанию, ремонтирующую БД - это плюс ?Отсутствие утилит для самостоятельного исправления битых баз/бэкапов - плюс? отсутсвие полного описания формата бэкапа - плюс? Если да, то дайте другой глобус. Этот какой-то битый.
РАспространенный где, простите? Вы любите приводить этот довод в любой дискуссии " фб - во всем мире и другим субд крайне далеко до него. Будьте добры, точные цифры в студию. Я глубоко уважаю вас, как личность, но подозреваю, что вы были введены в заблуждение товарищами. Цифры и процентные отношения в студию, будьте добры.
no subject
Вы что, не в сообществе, или Вам некогда? Ну так к кому претензии?
Почему Вас прорвало здесь, а не на sql.ru, не на ibaseforum.ru или в конце-концов на support@ibase.ru?
У меня нет ни малейшего сопереживания подобным откровениям, уж извините.
> фб - во всем мире и другим субд крайне далеко до него. Будьте добры, точные цифры в студию.
есть статистика firebidsql.org - это 6 тысяч уникальных пользователей в день.
есть статистика sourceforge, по скачиваниям
есть статистика по landing page виндового инсталлятора
есть еще определенная статистика.
по двум последним пунктам прямо сейчас ничего сказать не могу, я далеко от своих компьютеров.
no subject
На Скруле прорвало Цимича Егора. И Еманов, если не ошибаюсь, вполне аргументировано ему ответил: не нравится - не ешьте. Как вы сейчас. Один в один.
Каким образом, Дмитрий, от обсуждения аспектов Фб мы перешли на мою личность? Это хитрый тактический ход? А по существу заданных вопросов, не касаясь моей небритой личности, вам есть что сказать?
Простите, опять сыпятся аргументы в стиле "все есть". У вас просят, и не я один, аргументацию утверждения распространенности ФБ в мире. Кому надо - найдет, полагаю? Скачки? Да мало ли людей накачало, занесенных к вам случайным ветром. Вы историю о GetStarted слыхали в 2004 году? 2 миллиона(!!!!) качнуло его, будучи уверенным, он ускоряет старт винды.
Вы прикрываете никому не нужными лозунгами "зато мы были первыми" серьезно отставшую от жизни разработку, с намеренно внедренными недоработками, направленными на извлечение выгоды конкретными лицами и считаете, что кто-то обязан быть благодарен? Но ведь мы не в советстком гастрономе, с колбасой по талонам, мы на рынке платформ. Не хотите разрабатывать? Уходите. Хотите? Делайте - как положено. Хотите, чтобы вам не указывали? Не лезьте с указание, какие глупые козлы критикующие, почему они не имеют права критиковать и почему обязаны быть благодарны.
Спасибо, я все сказал.
ЗЫ: Адриано пишет, в ФБ появился WF. Но сделать нормальный, оперируемый бэкап девелоперы не осилили. Как и написать вменяемые утилиты командной строки. Как и нарисовать опционный журнал транзакций. Как и хорошие логи.
no subject
>Каким образом, Дмитрий, от обсуждения аспектов Фб мы перешли на мою личность?
на личности я не переходил. моя фраза про "где вы были" риторическая, потому что иногда случается, с разными людьми. Мое отношение к подобному я изложил, оно вполне общее.
>У вас просят, и не я один, аргументацию утверждения распространенности ФБ в мире.
>Вы историю о GetStarted слыхали в 2004 году? 2 миллиона
впервые слышу. Но статистика скачивания документации меня мало интересует.
Я привел источники посещения сайта и скачиваний на sourceforge, куда люди вряд-ли случайно могут попасть.
Вот и добрался до статистики landing page виндового инсталлятора FB - в этом месяце 67 тысяч установок (Windows).
Насчет используемости FB в приложениях - не я виноват, что разработчики в 90% случаев это не указывают.
До меня доходят только косвенные сведения, по которым я и сужу о распространенности FB. Увы.
>серьезно отставшую от жизни разработку
интересно, в чем именно отставание. Чего нет? Вроде бы, все что люди хотят, нормально обсуждается на sql.ru и в других местах. Да и вообще прогресс нормально идет.
>с намеренно внедренными недоработками, направленными на извлечение выгоды конкретными лицами
это уже серьезное обвинение, поэтому я бы попросил уточнить этот момент, не стесняйтесь.
>Не хотите разрабатывать? Уходите. Хотите? Делайте - как положено.
Вы это кому? я не имею отношения к разработке Firebird. Меня даже будущие фичи мало интересуют.
Я лишь помогаю в очень мелких вещах, типа предложений по расширению мелкой функциональности
и багрепортам.
>Не лезьте с указание, какие глупые козлы критикующие,
напомните пожалуйста, где я такое говорил
>Но сделать нормальный, оперируемый бэкап девелоперы не осилили.
не видел вменяемых предложений. На сторонних людей, которые сами себе
сделали скриптовый бэкап, я уже ссылался.
>Как и написать вменяемые утилиты командной строки.
не в курсе, что в них должно быть вменяемым.
>Как и нарисовать опционный журнал транзакций.
Для Вас, видимо, является очевидным, что это очень легко сделать?
>Как и хорошие логи.
см. trace log и api в Firebird 2.5.
no subject
Да, я понимаю. Вы ничего не помните. Ни точных цифр (65к? это смехотворно), ни конфликтов, ни людей, ни событий. Ни перекликающихся запросов людей прямо в этом посте. Послушайте, а если вы не имеете отношения к ФБ, зачем вы вообще пришли? На скруле приятнее, админы закрывают глаза, можно вежливо нахамить и увидеть собеседника в бане. Там лучше, Дмитрий.
Вашу позицию понял, она состоит в упорном "непонимании" и передергивании. Спасибо за дискуссию.
no subject
обвинение абсолютно беспочвенно. Я уже сказал, что мы не имеем отношения к разработке ФБ.
И никто из ФБ не получает ни копейки за ремонт БД. Так что домыслы свои оставьте при
себе, пожалуйста.
К слову, у нас в ремонте за последние несколько лет базы от Вашего ПО побывали всего
2-3 раза. Может, их кто-то еще ремонтирует?
>Покажите еще хоть одну СУБД, которая настойчиво рекламирует услугу починки бд
нас никто не рекламирует, кроме нас самих. И бэкапы мы практически не ремонтируем.
Базы - да, ремонтируем, но этот ремонт сродни починке битых HDD. То есть, FB тут
как таковой ни при чем, тем более gbak. Если же Вы нашли, что причиной повреждений
БД является ФБ - ну так воспроизводите и рапортуйте девелоперам ФБ, кто против?
Есть же вполне успешные случаи подобного рода, когда разработчики ПО
находили способы воспроизвести даже редкие случаи повреждений. И разработчики
ФБ эти баги исправляют.
>бэкап, который можно починить своими руками, в который можно положить
>только выбранное, из которого можно поднять только необходимое.
Не мне Вам объяснять, что gbak это просто программа, ничего спефицического с БД она не делает,
ни при backup, ни при restore.
Никто Вам не запрещает или переписать имеющийся бэкап, или написать свой. И на sql.ru уже выкладывали вариант который делает частичный бэкап. И в третий раз уже говорю про людей,
которые сами скриптовый бэкап сделали - было в пределах 1.5 недель на sql.ru или google.
Кто Вам мешал сделать то же самое?
>Вы ничего не помните. Ни точных цифр (65к? это смехотворно)
ну сравните с PostgreSQL. я ж их цифр не знаю. 65 тысяч это каждый месяц, и не всегда это стабильная цифра. при выходе нового релиза может быть в несколько раз больше. Вам данные за какой период привести?
>ни конфликтов, ни людей, ни событий.
да, с кем не общаюсь хотя бы изредка - забываю. В почте у меня я нашел только Вашу прошлогоднюю покупку Delphi 7. Больше ничего, ни единого слова про Firebird с адресов с буквами "shub".
>Вашу позицию понял, она состоит в упорном "непонимании" и
>передергивании. Спасибо за дискуссию.
Я действительно не понимаю некоторых вещей, таких, например, как счастье в виде соответствия утилит командной строки posix. И многого другого, потому что я с InterBase работаю с 1994 года, и многие вещи для меня привычны.
А передергивание - не знаю. Вы какие-то абстрактные вещи в основном говорите. И к тому же, пишете их не туда куда надо. Впрочем, разработчикам я ссылку на эту интереснейшую дискуссию уже дал.
no subject
no subject
Мы периодически участвуем в холиварах про наш софт с потенциальными клиентами и конкурентами на тематических форумах, можно узнать много нового и интересного :)
no subject
no subject
До сих пор при инсталляции сервера выбирается, какой ставить - классик или супер, каждый со своими заморочками.
По последнему пункту меня как-то травил пульсар, я тридцать минут пытался с него добиться, чем ему это не нравится, но он так и не объяснил.
no subject
С этим вопросом ничего страшного нет. Борланд, который сделал SuperServer в 95 году, написал его так, что по процессорам он не распараллеливался. Т.е. threads и все такое, но io шло в одну дырку.
Но одновременно был и Классик, исторический. Напомню, что в это время unix/linux были не очень совместимы по pthreads (как я понимаю), так что универсальный суперсервер для всех платформ написать было нельзя. Потом наступил 2000 год. И поехало.
Borland убрал Классик, и сделал себе один SuperSever, но распараллеливаемый по процам-ядрам (IB 7.0 и выше). Но кол-во операционок пришлось сократить. Win/Lin/Mac.
Firebird сосредоточился на оптимизации, sql и прочем, оставив две архитектуры.
В 2.5 появилась промежуточная архитектура - superclassic, а в 3.0 предполагается сделать распараллеливаемый супер, а от классика то-ли избавиться, то ли сделать его с shared cache.
Собственно, и весь сказ. Ничего фетишистского или страшного и ужасного не вижу. Если некоторые думают, что переделать ядро РСУБД это трах-бах-и-все, то они слишком наивны.
no subject
Но почему от этого нервничают линуксоиды - непонятно. Впрочем, там человек всегда был немного двинут на почве наездов на то, что ему не нравилось.
no subject
А почему нервничают - могу предположить:
1) история развития threads в линухе сама по себе криволинейна
2) kill PID, на крайняк kill -9 PID vs прибить конкретный поток через посылку сообщения кому-то
3) ограничения ОЗУ на процесс в 32битной ОС (Оракл под вендой - классический пример)
no subject
Черной магии там не сильно много, на самом деле.
no subject