Вы конечно, меня извините,
но 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
2. кому как
3. тоже дело вкуса. вариантов аутентификации два
4. используй сторонний софт.
5. документация PGSQL часто грешит враньем. Хотя да, у FB с документацией есть наследственные проблемы. Я уже задолбался про них объяснять.
no subject
Содержимое лога в 90% процентов случаев бесполезно.
"SERVER2 (Server) Thu Jan 21 22:56:53 2010 INET/inet_error: read errno = 10054"
По второму пункту - в современной индустрии уже не "кому как" а "чем ближе к общепринятому тем лучше".
По третьему - настройка аутентификации в hba.conf выглядит намного более правильной, чем два варианта в fb(это родная+виндовская, как я понимаю?)
Сторонний софт у fb хорош, не спорю. Но, имхо, это и количество этого софта - показатель что в исходном комплекте сервера чего-то не хватает.
Ситуация же с документацией у FB страшна. Большую часть известных заморочек пришлось узнавать на ibase.ru и в гугло-группе. Бессвязные же release notes и текстовые доки в составе инсталлятора хоть и содержат новые моменты, но для целенаправленного изучения не пригодны.
no subject
no subject
К примеру, реальная ситуация: отваливается клиент по сети. В логе мы видим
MyCoolServer (Server) Wed Jan 20 14:11:54 2010
INET/inet_error: read errno = 10054
ВСЁ
Скажите, что админ может по такому логу диагностировать? Понятно, что 10054. Но ведь оно работало УЖЕ в контексте хоста "с того конца". Неужели тяжело дописать хотя бы какой адрес овалился?
То есть я поддерживаю мнение что логи все-таки "не от мира сего".
no subject
IBASE (Client) Tue Mar 24 20:33:46 2009
INET/inet_error: read errno = 10054 client host = UNKNOWN connection name = localhost user name = UNKNOWN server port number = 3050
no subject
no subject
А что, Интербейз разве не опенсорсили? Или стесняетесь билдить сами?
no subject
no subject
Самодельные билды действительно не практикуются - мне хватает разборок с чужими ошибками, не хватало еще со своими разбираться :)
no subject
И по поводу стороннего софта для ssl. Можно привести пример рекомендуемого решения?
no subject
консольные утилиты InterBase возникли в 1985 году. Какой тогда был нафиг posix-стандарт? Тогда и SQL-то в СУБД не было. А сам Posix появился (!) в 1988 году.
>Можно привести пример рекомендуемого решения?
самый давно и широкоизвестный - zebedee.
no subject
no subject
а насчет общепита - а почему бы и нет. люблю пожрать :-)
no subject
Ковязин выпускал книжку с Востриковым. Я науч.ред. книжки Х. Борри.
(no subject)
(no subject)
no subject
no subject
Если Вам надо posix в командной строке - лично Вы что для этого сделали?
Взяли сами и дописали, или хотя бы создали Feature Request в трекере?
Не надо забывать, кстати, что сотни тысяч имеющихся систем (как минимум, в России) ориентированы именно на тот формат командной строки, который есть у нынешних утилит. И если этот формат поменять, то им придется менять тучу батников, своих утилит и т.п.
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)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Черной магии там не сильно много, на самом деле.
no subject