Вы конечно, меня извините,
Mar. 3rd, 2010 11:51 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassно 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.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2010-03-04 05:48 am (UTC)консольные утилиты InterBase возникли в 1985 году. Какой тогда был нафиг posix-стандарт? Тогда и SQL-то в СУБД не было. А сам Posix появился (!) в 1988 году.
>Можно привести пример рекомендуемого решения?
самый давно и широкоизвестный - zebedee.
no subject
Date: 2010-03-04 11:32 am (UTC)no subject
Date: 2010-03-04 01:44 pm (UTC)а насчет общепита - а почему бы и нет. люблю пожрать :-)
no subject
Date: 2010-03-04 02:26 pm (UTC)Ковязин выпускал книжку с Востриковым. Я науч.ред. книжки Х. Борри.
no subject
Date: 2010-03-04 04:12 pm (UTC)no subject
Date: 2010-03-05 09:36 am (UTC)Хотябы просто отдать в опенсорс!
no subject
Date: 2010-03-04 12:27 pm (UTC)no subject
Date: 2010-03-04 12:59 pm (UTC)Если Вам надо posix в командной строке - лично Вы что для этого сделали?
Взяли сами и дописали, или хотя бы создали Feature Request в трекере?
Не надо забывать, кстати, что сотни тысяч имеющихся систем (как минимум, в России) ориентированы именно на тот формат командной строки, который есть у нынешних утилит. И если этот формат поменять, то им придется менять тучу батников, своих утилит и т.п.
no subject
Date: 2010-03-04 01:45 pm (UTC)no subject
Date: 2010-03-04 02:49 pm (UTC)поддержка старых проектов? ну так и пусть работают. а если их править - всё равно всё переписывать, хуй с ними - не нужен тут файрбёрд.
отсутствие документации/литературы - это уже сразу крест.
вот выяснилось что оно в логи ничего не пишет ещё - где ЭТО можно использовать?
кли утилитки со своим форматом входа - это не пиздец ли? 2010ый год какбэ. стандартам уже лет 25.
по отзывам работавших с этим - постоянная чорная магия и прочие вуду при попытках сделать что то чуть более сложная чем одна-табличка-с-двумя-полями.
мелкое совсем коммунити - хрена помощи дождёшься. да и недружелюбное. вон метакласс вполне себе конкретный вопрос задал так вместо того что бы закричать `аааа! какой пиздец! а мы и не заметили, сейчас поправим и будут все-все логи` так начали хуесосить и писать отмазки.
это всё были минусы. а где же плюсы? так нет их, плюсов то. или я их не вижу :( расскажите, а.
no subject
Date: 2010-03-04 04:26 pm (UTC)>стандартам уже лет 25.
23. а InterBase-у 25 лет. про это я уже говорил.
>вот выяснилось что оно в логи ничего не пишет ещё - где ЭТО можно использовать?
в какие логи и что не пишет? Кто выяснял? Или опять кто-то п...ул, а Вы повторяете?
>по отзывам работавших с этим - постоянная чорная магия и
>прочие вуду при попытках сделать что то чуть более сложная чем одна-табличка-с-двумя-полями.
откровенный пиздеж, или упомянутые "работавшие" - дауны. С IB/FB очень просто начать работать, продолжать работать и сделать нормальную промышленную систему. Книжку Грабера можно использовать как учебник по SQL с IB/FB без проблем. И т.д. С Ораклом или MS SQL начать работать куда сложнее.
>а мы и не заметили, сейчас поправим и будут
>все-все логи` так начали хуесосить и писать отмазки.
ты приди с аналогичной херней в любой другой сервер, и тебе то же самое ответят.
переделывать интерфейс командной строки - ради кого и чего? Это что, блядь, производительность сервера повысит? Или поможет идиотам-админам, которые командной строки как таковой не знают? Или у всех серверов бэкап одинаковой командой делается?
Блин, вылезут из болота, и начнут нести херню. А еще "не тролль".
>а где же плюсы? так нет их, плюсов то. или я их не вижу
Тебе зачем? Тебе же неинтересно. Если бы было интересно, давно бы прочитал Release Notes по 2.5, и заткнулся.
no subject
Date: 2010-03-04 05:11 pm (UTC)мусикль он тоже непонятно зачем нужен если есть сиклайт и постгре.
>23. а InterBase-у 25 лет. про это я уже говорил.
ну и что? это скорее показатель того что это кривоподелка отстала на 23 года.
>в какие логи и что не пишет? Кто выяснял? Или опять кто-то п...ул, а Вы повторяете?
я не имею основания не верить господину метаклассу ибо за всё время нашего с ним плодотворного общения он не был замечен в намеренном или ненамеренном искажении фактов.
>откровенный пиздеж, или упомянутые "работавшие" - дауны. С IB/FB очень просто начать работать, продолжать работать и сделать нормальную промышленную систему. Книжку Грабера можно использовать как учебник по SQL с IB/FB без проблем. И т.д. С Ораклом или MS SQL начать работать куда сложнее.
делать промышленную систему на основе субд котороя может не всосать только что сделанный ей же дамп... это извините идиотизм. вакуум в процессе селекта это тоже... спорное немного решение. про уёбищный мссикль я даже говорить не хочу, хуже него нет наверное ничего (работал - хоть по месяцу-два - но почти со всеми более-менее популярными субд, включая интербэйз, исключая файрбёрд по причине того что до этого видел интербэйз ;]).
>ты приди с аналогичной херней в любой другой сервер, и тебе то же самое ответят.
я приходил с похожей хренью (ака свистелки-и-перделки) к товарищам из постгре. в итоге лично для меня (!!!) сделали патчик (ну костыль, но он работал) и обещали включить когда уберут костыли в мэйнлайн, кстати надо проверить.
>переделывать интерфейс командной строки - ради кого и чего? Это что, блядь, производительность сервера повысит? Или поможет идиотам-админам, которые командной строки как таковой не знают? Или у всех серверов бэкап одинаковой командой делается?
ебаааать. вы не понимаете или издеваетесь? ойти - это сложная область. знать надо неебические объёмы всего. и изучение ещё отдельного формата ключиков для отдельной поделки бесит неимоверно. есть стандарты. их для того и придумали. точка.
>Блин, вылезут из болота, и начнут нести херню. А еще "не тролль".
кто не тролль? я известный, потомственный тролль. только вот в данном случае мне очень интересен вопрос - зачем. до уровня постгре оно не доползёт ни в какой перспективе. если вы не осилили за 10 (!) лет написать документацию хоть какую (а нету её - нееетуууу - и на вопрос `где доки` вы предпочли не отвечать, ибо ответить нечего) то шансов вообще нет. пионерская поделка, пилимая пионерами для пионеров. ничего личного. софт встречают по докам, всё такое.
>Тебе зачем? Тебе же неинтересно. Если бы было интересно, давно бы прочитал Release Notes по 2.5, и заткнулся.
прочитал, ещё до того как спрашивал прочитал. не нашёл там ничего интересного. то есть если бы даже не было пиздеца с доками, велись нормальные логи, не было бы разговоров о нерабочих дампах - то и тогда непонятно зачем её использовать если есть superior (как это по русски будет?) альтернативы. постгре тот же.
no subject
Date: 2010-03-04 06:30 pm (UTC)в таком случае и Оракл непонятно зачем нужен.
>я не имею основания не верить господину метаклассу ибо за всё время нашего с ним >плодотворного общения он не был замечен в намеренном или ненамеренном искажении >фактов.
он тоже пытается ступить на тропу "слышал, и считаю".
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
Date: 2010-03-04 07:02 pm (UTC)у оракля есть свои применения. другое дело что в 99% случаев (где он применён) он там вхуй не впился.
>он тоже пытается ступить на тропу "слышал, и считаю".
ну он какбэ эту поделку пользует уже долго, видимо в курсе. ребе, ваши комменты.
>Кстати, вещи, которые без повреждений приводят к невосстановимому бэкапу IB/FB - это действия разработчиков, которые пользуются фичами, которых нет в других СУБД
Какими? И почему база _ПОЗВОЛЯЕТ_ так наебнуть себя что бы получился невосстановимый дамп? Клёво. Вы только все такие фичи вынесите в отдельный список `не используйте, мы криворукие и это ещё нормально не написали`.
>в FB много изменений, которые снижают вероятность получения невосстановимого бэкапа.
я уже неоднократно видел крики по этому поводу. насколько я понял ситуация простая - работает база, делаем бэкап, он рапортует о полном и окончательном успехе процесса бэкапа, делает импорт этого бэкапа, получаем пиздец. так или не так?
>здесь то же самое. Вчера человек взял и сделал себе полный вывод в лог (!) протокола коннектов-дисконнектов. Надо было ему отловить один комп.
Основные разработчики сервера заняты основной же работой над сервером.
Понятно, что добавить некоторые вещи это как "два пальца", но OpenSource тоже не означает "мы тут только что поправили - жрите". Есть же тесты, и прочее.
сделать себе - это немного не то. я не ориентируюсь в коде постгре и потратил бы приличлное кол-во времени имплементя данную фичу. ребята мне её сделали за день. за спасибо. они тоже заняты работой над сервером, да. это правильное отношение.
>И в отличие от PG, обычные разработчики Firebird не компилируют.
извините не понял. разработчики субд или разработчики решений на основе субд? и причём тут это? если про лично-патчик-метаклассу-для-клёвых-логов - то он я думаю бы не поленился собрать ;]
>Или спец по командной строке не осилил gbak? Ему не открылся хелп, он не смог прочитать доку, и так и умер от досады?
Итить. Вы не понимаете или издеваетесь?
>Постгре ваш по распространенности до FB не дотягивает, и не дотянет, не ждите.
Трололо? Нет - если брать сираный совок - то да, не дотягивает. Но кому этот совок в плане ойти интересен? Рашка - дыра в который _ничего_ не производится и не изобретается (и не будет никогда). Бульбостан родной - он и маленький слишком и основной процент инноваций - это разные там интеграловские мониторы. В нормальных странах этим не пользуются.
>Я бы тоже мог повыражаться и про инсталлятор, и про жуткий процедурный язык, и про косяки в документации, и т.д. Но я не лезу. Потому что это мне не надо.
Вы вот в FB не спец? Ну и чего тогда Пастернака-то осуждать?
emerge postgresql, всё ок. файрбёрд у меня просто не собрался вот только что, так что убедиться я не могу ни в чём ;]
какие косяки в доках постгре? они _иногда_ отстают на версию, всё. и где таки хоть какие доки по файрбёрду?
no subject
Date: 2010-03-04 08:14 pm (UTC)1) 10054 - почему-то отвалился клиент от сервака
2) когда базе пришел имманентный пиздец - ассерты внутри кода сервера (хз что такое, но базу после этого нужно чинить и делать бэкап-ресторе)
3) когда исключения во внешних либах.
Никаких INFO,WARN,DEBUG уровней, никаких настраиваемых сообщений нет. Логи плохо приспособлены для парсинга линуксово-текстовыми утилитами - в две строки каждая запись зачем-то.
4) Невосстановимые бэкапы изредка бывают. Не настолько часто, чтобы это сильно парило, с другими серверами сравнить не могу - нет опыта продакшена.
5) Ключевой аспект: из убитого бэкапа вытащить НИХУЯ нельзя, если не пользоваться вуду-утилитами, которые, вроде бы, как раз и продает твой оппонент. Бэкап - бинарник, безумный и беспощадный. есть, к примеру, 90% живой бэкап, убился на левой таблице - но можно его в жопу поцеловать, ничего не сделаешь.
no subject
Date: 2010-03-04 09:55 pm (UTC)no subject
Date: 2010-03-05 07:19 am (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2010-03-04 08:51 pm (UTC)До сих пор при инсталляции сервера выбирается, какой ставить - классик или супер, каждый со своими заморочками.
По последнему пункту меня как-то травил пульсар, я тридцать минут пытался с него добиться, чем ему это не нравится, но он так и не объяснил.
no subject
Date: 2010-03-05 07:18 am (UTC)С этим вопросом ничего страшного нет. Борланд, который сделал 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
Date: 2010-03-05 08:36 am (UTC)Но почему от этого нервничают линуксоиды - непонятно. Впрочем, там человек всегда был немного двинут на почве наездов на то, что ему не нравилось.
(no subject)
From:no subject
Date: 2010-03-04 05:05 pm (UTC)Черной магии там не сильно много, на самом деле.
no subject
Date: 2010-03-04 03:32 pm (UTC)