metaclass: (Default)
metaclass ([personal profile] metaclass) wrote2010-03-03 11:51 am

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

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

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

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

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

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

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

[identity profile] gsbelarus.livejournal.com 2010-03-03 02:30 pm (UTC)(link)
c 99-го много что изменилось. так что не пишите ерунды про отсутствие функций и сборку мусора через селект.

[identity profile] metaclass.livejournal.com 2010-03-03 02:32 pm (UTC)(link)
Таки сборка мусора сейчас жеж вроде комбинированная, т.е. и на фоне и через селект?

[identity profile] enternet.livejournal.com 2010-03-03 08:19 pm (UTC)(link)
Кстати, раз уж тут вылез господин Кузьменко, скажите, а ваша фамилия не случаем не Киреев? А то больно ник знакомый. Golden Software of Belarus?

[identity profile] metaclass.livejournal.com 2010-03-03 08:24 pm (UTC)(link)
Они, гедымин то бишь :)
Насчет фамилие не знаем.

[identity profile] enternet.livejournal.com 2010-03-03 08:31 pm (UTC)(link)
Ой, какие лица )
этож знатные извращенцы ) Я как их RTF-генератор отчетов вспомню, так вздрогну. Зверь. Мегабайт исходников на дельфи.

[identity profile] metaclass.livejournal.com 2010-03-03 08:35 pm (UTC)(link)
Ай, тут я сам грешен, каких только шизовелосипедов я на дельфи не делал. И продолжаю делать, только уже на C# и всякой функциональщине.

[identity profile] metaclass.livejournal.com 2010-03-03 08:37 pm (UTC)(link)
О йопт, он еще и директор голден-софтвера

[identity profile] enternet.livejournal.com 2010-03-03 08:41 pm (UTC)(link)
Т.е. голден-софтвер живой ещё? Долгожители, молодцы. Ностальгия прям, «Анжелика», «Брест» )

[identity profile] metaclass.livejournal.com 2010-03-03 08:44 pm (UTC)(link)
Живой, живой, мы с их работающими продуктами сталкиваемся у клиентов иногда.

[identity profile] vp.livejournal.com 2010-03-03 09:10 pm (UTC)(link)
Ищо какой живой. Они ряд больших заказчиков заимели, и живут - не тужат.

[identity profile] vp.livejournal.com 2010-03-03 08:57 pm (UTC)(link)
А что там страшного было? RTF вроде как православен. Вот если бы они Excel запускали и отчеты бы делались в нем... :)

[identity profile] enternet.livejournal.com 2010-03-03 09:06 pm (UTC)(link)
Страшен был объем исходников и время работы этого компонента )

Тогда-то я проникся, а сейчас за такое я бы руки по самые гланды оторвал. Я вообще с некоторых пор крайне подозрительно отношусь к объему исходных текстов. Т.к. существует такая категория программистов, которая просто заваливает всех вокруг объемом кода. А ведь его потом сопровождать нужно. Причем глянешь в такой код - волосы дыбом, мой рекорд - в 20 раз недавно чужой модуль ужал.

[identity profile] vp.livejournal.com 2010-03-03 09:13 pm (UTC)(link)
Если разработка велась году так в 1998...2000, то особых альтернатив и не было. Ну можно было в HTML выгнать. Но им 100% была нужна точная печать форм на бумагу, вот потому РТФ и родился :)

[identity profile] enternet.livejournal.com 2010-03-03 09:17 pm (UTC)(link)
Ну почему же, альтернатива была. Excell & Word через COM. Вполне быстро и надежно, если уметь готовить. А точных требований к размеру полей документов тогда и не было.

[identity profile] metaclass.livejournal.com 2010-03-03 09:19 pm (UTC)(link)
С excel и word через COM имеются всякие заморочки, от их отсутствия на рабочей машине, до плющей при изменении версий офиса. И вроде не так уж быстро оно работает, ручная генерация RTF по идее быстрее.

[identity profile] enternet.livejournal.com 2010-03-04 11:33 am (UTC)(link)
Слушай, у тебя тут прям медом намазано. Уже и господин Тарасов (Арбинада) появился.

[identity profile] metaclass.livejournal.com 2010-03-04 11:39 am (UTC)(link)
Он здесь давно уже.
Я по его статьям проектирование баз данных когда-то давно осмысливал.

[identity profile] permea-kra.livejournal.com 2010-03-05 09:16 pm (UTC)(link)
По каким статьям, ежли поддаётся разрыванию?

[identity profile] permea-kra.livejournal.com 2010-03-05 09:19 pm (UTC)(link)
Пасибо

[identity profile] enternet.livejournal.com 2010-03-04 01:00 pm (UTC)(link)
Спасибо, я получил ваш комментарий. Действительно, я тут несколько избыточно агрессивно высказал свое недовольство IB.

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

А время - это самое дорогое что есть у человека, его нельзя купить. Поэтому я считаю пропагандистов IB/FB в некотором роде врагами рода человеческого )

[identity profile] denisioru.livejournal.com 2010-03-04 10:48 am (UTC)(link)
Много изменилось? Я недавно смотрел баглист актуальный. Помню открытые баги по поводу некорректной sum в подзапросе, ошибки бакапа, кстати дифференциальный бакап-то сделали уже или как? На дворе 2010й, пора бы уже.

[identity profile] metaclass.livejournal.com 2010-03-04 11:35 am (UTC)(link)
Дифференциальный сделали. Но он какой-то вуду-образный, я до сих пор не дошел попробовать его использовать. Хотя не потому, что он вуду, а потому что у меня к бэкапам состоящими более чем из одного файла лютое предубеждение - я их то в голове удержать не могу, а если там их много будет - капец.

[identity profile] denisioru.livejournal.com 2010-03-04 11:41 am (UTC)(link)
Ну в некоторых случаях вариантов не остается. Вот представь как ты будешь full backupить базу в пару терабайт. Вопрос даже не в количестве байт, вопрос во времени бакапа и в случае необходимости - развертывания этого бакапа. В том же mssql можно совмещать разные мезанизмы, типа full + diff + log, или full + file backup + log. В итоге в случае отказа можно восстановить достаточно быстро. Да и места немного тратится, ибо редко встретишь БД, в которой каждодневно меняется больше 10% данных, остальное обычно лежит не меняясь.

[identity profile] gsbelarus.livejournal.com 2010-03-04 11:59 am (UTC)(link)
"дифференциальный бакап-то сделали уже или как?"

см. утилита nbackup