Вы конечно, меня извините,

[metaclass]

но PostgreSQL с первого взгляда выглядит более правильной СУБД чем Firebird.

1) Логи, много понятных логов. Небо и земля, по сравнению с ничего не значащим бредом, которым firebird.log заполнен чуть более чем полностью. Т.е. там даже нет возможности включить что нибудь вроде "протоколирование доступа к базе", не говоря уже о запросах, итд.

2) Читабельный вывод консольных утилит. Posix-командная строка этих самых утилит. Вменяемые параметры их же.

3) Несколько вариантов аутентификации, управление аутентификацией c детализацией по адресам-маскам, именам базы, юзеров

4) доступ через ssl.

5) И наконец, ключевой аспект: документация. 2100 страниц нормальной понятной хорошо структурированной документации, доступной в виде PDF с официального сайта. В отличие от, блядь, документации по Interbase 6 на которую до сих пор ссылаются на сайте FB и потока сознания разработчиков в виде quick start quide и release notes.

Comments

[theiced.livejournal.com]

>в таком случае и Оракл непонятно зачем нужен.

у оракля есть свои применения. другое дело что в 99% случаев (где он применён) он там вхуй не впился.

>он тоже пытается ступить на тропу "слышал, и считаю".

ну он какбэ эту поделку пользует уже долго, видимо в курсе. ребе, ваши комменты.

>Кстати, вещи, которые без повреждений приводят к невосстановимому бэкапу IB/FB - это действия разработчиков, которые пользуются фичами, которых нет в других СУБД

Какими? И почему база _ПОЗВОЛЯЕТ_ так наебнуть себя что бы получился невосстановимый дамп? Клёво. Вы только все такие фичи вынесите в отдельный список `не используйте, мы криворукие и это ещё нормально не написали`.

>в FB много изменений, которые снижают вероятность получения невосстановимого бэкапа.

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

>здесь то же самое. Вчера человек взял и сделал себе полный вывод в лог (!) протокола коннектов-дисконнектов. Надо было ему отловить один комп.
Основные разработчики сервера заняты основной же работой над сервером.
Понятно, что добавить некоторые вещи это как "два пальца", но OpenSource тоже не означает "мы тут только что поправили - жрите". Есть же тесты, и прочее.

сделать себе - это немного не то. я не ориентируюсь в коде постгре и потратил бы приличлное кол-во времени имплементя данную фичу. ребята мне её сделали за день. за спасибо. они тоже заняты работой над сервером, да. это правильное отношение.

>И в отличие от PG, обычные разработчики Firebird не компилируют.

извините не понял. разработчики субд или разработчики решений на основе субд? и причём тут это? если про лично-патчик-метаклассу-для-клёвых-логов - то он я думаю бы не поленился собрать ;]

>Или спец по командной строке не осилил gbak? Ему не открылся хелп, он не смог прочитать доку, и так и умер от досады?

Итить. Вы не понимаете или издеваетесь?

>Постгре ваш по распространенности до FB не дотягивает, и не дотянет, не ждите.

Трололо? Нет - если брать сираный совок - то да, не дотягивает. Но кому этот совок в плане ойти интересен? Рашка - дыра в который _ничего_ не производится и не изобретается (и не будет никогда). Бульбостан родной - он и маленький слишком и основной процент инноваций - это разные там интеграловские мониторы. В нормальных странах этим не пользуются.

>Я бы тоже мог повыражаться и про инсталлятор, и про жуткий процедурный язык, и про косяки в документации, и т.д. Но я не лезу. Потому что это мне не надо.
Вы вот в FB не спец? Ну и чего тогда Пастернака-то осуждать?

emerge postgresql, всё ок. файрбёрд у меня просто не собрался вот только что, так что убедиться я не могу ни в чём ;]

какие косяки в доках постгре? они _иногда_ отстают на версию, всё. и где таки хоть какие доки по файрбёрду?

[metaclass.livejournal.com]

В firebird.log пищется:
1) 10054 - почему-то отвалился клиент от сервака
2) когда базе пришел имманентный пиздец - ассерты внутри кода сервера (хз что такое, но базу после этого нужно чинить и делать бэкап-ресторе)
3) когда исключения во внешних либах.

Никаких INFO,WARN,DEBUG уровней, никаких настраиваемых сообщений нет. Логи плохо приспособлены для парсинга линуксово-текстовыми утилитами - в две строки каждая запись зачем-то.

4) Невосстановимые бэкапы изредка бывают. Не настолько часто, чтобы это сильно парило, с другими серверами сравнить не могу - нет опыта продакшена.

5) Ключевой аспект: из убитого бэкапа вытащить НИХУЯ нельзя, если не пользоваться вуду-утилитами, которые, вроде бы, как раз и продает твой оппонент. Бэкап - бинарник, безумный и беспощадный. есть, к примеру, 90% живой бэкап, убился на левой таблице - но можно его в жопу поцеловать, ничего не сделаешь.

[theiced.livejournal.com]

аааа. вот оно в чём дело. они рекламируют мощь и силу этой поделки, люди её ставят... а потом они продают платные утилиты для починки дампов. продают, я надеюсь, за смски на 4242?

[restoran.livejournal.com]

успокойся, я уже и не упомню, когда последний раз видел у людей "невосстановимый бэкап".

[alexshubert.livejournal.com]

В среднем, мне везет видеть такое, примерно, раз в месяц. Удивитльно, но именно поэтому мы переезжаем на постгре. Поддерживать Фб, благодаря шаманским логам, невозможно. Найти вменяемую документацию невозможно.
Не особо приятно, когда из битой базы восстанавливается нормальная БД (ну.... проходящая чек) и нельзя даже примерно узнать, с какими сложностями столкнулся двиджок в процессе упорядочивания попорченной БД и сворачивания ее в бэкап.

Поймите, Дмитрий, даже опуская откровенно враждебный и хамский по отношению к людям вне ФБ-тусовки менталитет авторов и сопричастных, пользоваться дале этой вещью в себе - невозможно.

Где документация, наконец? Где внятные примеры? Почему вместо того, чтобы найти в релизспеках ответ, как именно решить задачу, там можно найти только указание, где именно надо проводить опыты, чтобы, наверное, суметь решить задачу? Почему 2.1 стянутый у авторов содержит короткие текстовые файлы с описание нового функционала, а уже следующий билд 2.1 - нет?
Я протрахался с Фб последние 5 лет, продвинул его в нескольких серьезных (от 5к пользователей) проектах. Все, текущая версия - последняя. Постгре/мсскл/хуй резиновый/что угодно, только не ФБ.

Версионником он был первым в мире? 2010 год на дворе, кому не наплевать, чем именно первым он был 23 года назад? Почему это должно оправдывать дебильный формат командной строки утилит? Пустые логи с ебанистическими сообщениями об ошибках? Враждебное отношение авторов? На них малиновые штаны, они написали ФБ? Все должны делать 3 раза ку? А за что? За откровенно старенький и седенький, без вменяемых док, движок?

Невозможность оперировать битым бэкапом - это плюс? Необходимость образаться строго в 1 единственную компанию, ремонтирующую БД - это плюс ?Отсутствие утилит для самостоятельного исправления битых баз/бэкапов - плюс? отсутсвие полного описания формата бэкапа - плюс? Если да, то дайте другой глобус. Этот какой-то битый.

РАспространенный где, простите? Вы любите приводить этот довод в любой дискуссии " фб - во всем мире и другим субд крайне далеко до него. Будьте добры, точные цифры в студию. Я глубоко уважаю вас, как личность, но подозреваю, что вы были введены в заблуждение товарищами. Цифры и процентные отношения в студию, будьте добры.

[interbase.livejournal.com]

мне вот что непонятно - где ВЫ были все это время? Все эти 5 лет? Накопилось?
Вы что, не в сообществе, или Вам некогда? Ну так к кому претензии?
Почему Вас прорвало здесь, а не на sql.ru, не на ibaseforum.ru или в конце-концов на support@ibase.ru?

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

> фб - во всем мире и другим субд крайне далеко до него. Будьте добры, точные цифры в студию.
есть статистика firebidsql.org - это 6 тысяч уникальных пользователей в день.
есть статистика sourceforge, по скачиваниям
есть статистика по landing page виндового инсталлятора
есть еще определенная статистика.

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

[alexshubert.livejournal.com]

Удивительно. Я лично вам рассказывал об опыте общения с Самофатовым и попытке репорта целого роя багов в 1.5.
На Скруле прорвало Цимича Егора. И Еманов, если не ошибаюсь, вполне аргументировано ему ответил: не нравится - не ешьте. Как вы сейчас. Один в один.

Каким образом, Дмитрий, от обсуждения аспектов Фб мы перешли на мою личность? Это хитрый тактический ход? А по существу заданных вопросов, не касаясь моей небритой личности, вам есть что сказать?

Простите, опять сыпятся аргументы в стиле "все есть". У вас просят, и не я один, аргументацию утверждения распространенности ФБ в мире. Кому надо - найдет, полагаю? Скачки? Да мало ли людей накачало, занесенных к вам случайным ветром. Вы историю о GetStarted слыхали в 2004 году? 2 миллиона(!!!!) качнуло его, будучи уверенным, он ускоряет старт винды.

Вы прикрываете никому не нужными лозунгами "зато мы были первыми" серьезно отставшую от жизни разработку, с намеренно внедренными недоработками, направленными на извлечение выгоды конкретными лицами и считаете, что кто-то обязан быть благодарен? Но ведь мы не в советстком гастрономе, с колбасой по талонам, мы на рынке платформ. Не хотите разрабатывать? Уходите. Хотите? Делайте - как положено. Хотите, чтобы вам не указывали? Не лезьте с указание, какие глупые козлы критикующие, почему они не имеют права критиковать и почему обязаны быть благодарны.
Спасибо, я все сказал.
ЗЫ: Адриано пишет, в ФБ появился WF. Но сделать нормальный, оперируемый бэкап девелоперы не осилили. Как и написать вменяемые утилиты командной строки. Как и нарисовать опционный журнал транзакций. Как и хорошие логи.

[interbase.livejournal.com]

- 1.5 было давно, про Самофатова не помню, я с ним не общаюсь, и Самофатов прямого отношения к Firebird не имеет. У него свои заботы с RedDatabase

>Каким образом, Дмитрий, от обсуждения аспектов Фб мы перешли на мою личность?
на личности я не переходил. моя фраза про "где вы были" риторическая, потому что иногда случается, с разными людьми. Мое отношение к подобному я изложил, оно вполне общее.

>У вас просят, и не я один, аргументацию утверждения распространенности ФБ в мире.
>Вы историю о GetStarted слыхали в 2004 году? 2 миллиона
впервые слышу. Но статистика скачивания документации меня мало интересует.
Я привел источники посещения сайта и скачиваний на sourceforge, куда люди вряд-ли случайно могут попасть.
Вот и добрался до статистики landing page виндового инсталлятора FB - в этом месяце 67 тысяч установок (Windows).
Насчет используемости FB в приложениях - не я виноват, что разработчики в 90% случаев это не указывают.
До меня доходят только косвенные сведения, по которым я и сужу о распространенности FB. Увы.

>серьезно отставшую от жизни разработку
интересно, в чем именно отставание. Чего нет? Вроде бы, все что люди хотят, нормально обсуждается на sql.ru и в других местах. Да и вообще прогресс нормально идет.

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

>Не хотите разрабатывать? Уходите. Хотите? Делайте - как положено.
Вы это кому? я не имею отношения к разработке Firebird. Меня даже будущие фичи мало интересуют.
Я лишь помогаю в очень мелких вещах, типа предложений по расширению мелкой функциональности
и багрепортам.

>Не лезьте с указание, какие глупые козлы критикующие,
напомните пожалуйста, где я такое говорил

>Но сделать нормальный, оперируемый бэкап девелоперы не осилили.
не видел вменяемых предложений. На сторонних людей, которые сами себе
сделали скриптовый бэкап, я уже ссылался.

>Как и написать вменяемые утилиты командной строки.
не в курсе, что в них должно быть вменяемым.

>Как и нарисовать опционный журнал транзакций.
Для Вас, видимо, является очевидным, что это очень легко сделать?

>Как и хорошие логи.
см. trace log и api в Firebird 2.5.

[alexshubert.livejournal.com]

Сколько раз вам нужно напомнить о структуре бэкапа и платном ремонте БД? Простите, но в данный момент вы иллюстрируете поговорку "хоть плюй в глаза". Покажите еще хоть одну СУБД, которая настойчиво рекламирует услугу починки бд и так же настойчиво отклоняет просьбы сделать человеческий бэкап, который можно починить своими руками, в который можно положить только выбранное, из которого можно поднять только необходимое.

Да, я понимаю. Вы ничего не помните. Ни точных цифр (65к? это смехотворно), ни конфликтов, ни людей, ни событий. Ни перекликающихся запросов людей прямо в этом посте. Послушайте, а если вы не имеете отношения к ФБ, зачем вы вообще пришли? На скруле приятнее, админы закрывают глаза, можно вежливо нахамить и увидеть собеседника в бане. Там лучше, Дмитрий.

Вашу позицию понял, она состоит в упорном "непонимании" и передергивании. Спасибо за дискуссию.

[interbase.livejournal.com]

>Сколько раз вам нужно напомнить о структуре бэкапа и платном ремонте БД?
обвинение абсолютно беспочвенно. Я уже сказал, что мы не имеем отношения к разработке ФБ.
И никто из ФБ не получает ни копейки за ремонт БД. Так что домыслы свои оставьте при
себе, пожалуйста.
К слову, у нас в ремонте за последние несколько лет базы от Вашего ПО побывали всего
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 года, и многие вещи для меня привычны.
А передергивание - не знаю. Вы какие-то абстрактные вещи в основном говорите. И к тому же, пишете их не туда куда надо. Впрочем, разработчикам я ссылку на эту интереснейшую дискуссию уже дал.

[dimem.livejournal.com]

делать разрабам больше нечего, как в холиварах участвовать :-)

[metaclass.livejournal.com]

На самом деле оно полезно.
Мы периодически участвуем в холиварах про наш софт с потенциальными клиентами и конкурентами на тематических форумах, можно узнать много нового и интересного :)

[restoran.livejournal.com]

так я не разраб. да и сайт по IB/FB у меня вполне альтруистический, в том смысле, что если мы и продаем InterBase, то в России наш инструментарий для IB/FB продается слабо. А на английский я свои статьи по IB/FB перевожу очень редко.

[metaclass.livejournal.com]

Во, кстати, вспомнил еще один фетишистский вопрос, который среди сторонников FB нельзя поднимать ни в коем случае: работа на SMP системах, использование нескольких ядер и разделение сервера на две архитектуры - классик и супер, т.е. "процесс на коннект" и "поток на коннект". Сейчас правда еще одна появилась - суперклассик, с какими-то вариациями на обе темы.
До сих пор при инсталляции сервера выбирается, какой ставить - классик или супер, каждый со своими заморочками.
По последнему пункту меня как-то травил пульсар, я тридцать минут пытался с него добиться, чем ему это не нравится, но он так и не объяснил.

[restoran.livejournal.com]

примерно то же самое по смыслу, что и shared cache/dedicated cache в Оракле. Только dedicated для каждого коннекта.
С этим вопросом ничего страшного нет. Борланд, который сделал 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.

Собственно, и весь сказ. Ничего фетишистского или страшного и ужасного не вижу. Если некоторые думают, что переделать ядро РСУБД это трах-бах-и-все, то они слишком наивны.

[metaclass.livejournal.com]

Не, я то знаю, что ничего страшного нет, оно у меня и так и так работает.
Но почему от этого нервничают линуксоиды - непонятно. Впрочем, там человек всегда был немного двинут на почве наездов на то, что ему не нравилось.

[a-sure.livejournal.com]

поправка - shared server (MTS) vs dedicated server (не cache!). И выделенный - он таки выделенный.

А почему нервничают - могу предположить:
1) история развития threads в линухе сама по себе криволинейна
2) kill PID, на крайняк kill -9 PID vs прибить конкретный поток через посылку сообщения кому-то
3) ограничения ОЗУ на процесс в 32битной ОС (Оракл под вендой - классический пример)