Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и
Tonal писал(а): > Kovalenko Dmitry пишет: > > Ты где нибуть видел, что бы IB/FB хоть > > кто-то попытался целенаправлено > > оторвать от связки с Delphi? > Мы утилиты обслуживания/репликации своей системы на Python-е лабаем. ;-) Ну а мы и то и другое - на VBScript'e. То есть, все у нас вроде как нормально. И это мы сами себя здесь накручиваем :) Коваленко Дмитрий.
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Alexander Goldun писал(а): > Kovalenko Dmitry пишет: > >> Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом > >> кажется гораздо меньше заморачиваются по "родным" компонентам "прямого" > >> доступа. > > > Все советуют native > > А такое > разнообразие одних только ODBC драйверов наводит на мысль, что это не от > хорошей жизни. Чисто интуитивно напрашивается мысль: пишут все кому не > лень, потому что не устроило то, что нашли. А были бы эти драйвера в > комплекте, многие и не заморачивались бы больше ничем. Да хрен с ним, с разнообразием. Оно вообщем-то уже устаканившееся. Нужно расставить приоритеты (У Кузьменко, слава богу, с этим все нормально). А еще желательно указавать дату, когда продукт последний раз обновлялся - с OLEDB тут вообще все просто ZStyle в начале 2004, SIBProvider - в середине 2003. Вартона вообще выкинуть из списка. Я уважаю его IBO, но я так ни разу и не увидел этот его OLEDB-провайдер в живую. Насчет поставки компонент в составе сервера. Я помню эта тема мусировалась в контексте Yaffil. Дальше дело не пошло. Может мы были жадными, может это просто ... никому не надо было - это уже не важно. Есть мысли по этой теме ? - давайте обсудим 14 октября. Хотя обсждать, конечно, нужно еще и с "владельцами" самого FB. > А про Delphi мысль непонятна. Что значит оторвать? Оторвать то, может, и > легко, только не забывай, что FB своей популярностью в основном обязан > именно Delphi. По крайней мере в России. Я знаю о ней и ценю её. Но тут в этой ветке уже говорилось о вполне реальных ассоциациях которую эта популярность вызывает. Поэтому, думаю, даже те, кто юзает FB для серьезных проектов, и не используют Delphi, как-то не очень афишируют это. Хотя чего казалось бы - видишь в сети урода, который поливает FB - ну потрать пять минут, ответь чудаку. Скорее всего я все утрирую. Можете меня, за это, бросить в терновый куст :))) Все, завязываю. Прошу прощения, если кого-то сильно задел. Коваленко Дмитрий.
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
"Vladimir A.Bakhvaloff" ... > Одна надежда: может всё-таки объясните в итоге разговора... ;) Собственно только поэтому я и поддерживаю эту "беседу" -- Хорсун Влад
Re: ??NT?│?????│?????│ Firebird, MysQL ?? PostgreSQL - ?│NT
"Boltik Evgeny" ... > А нафига шарить по всему файлу БД Согласен > когда можно было сделать что то списка > страниц со ссылками на старые записи и пробежав только по этим страницам в Ну и будет у тебя список со всей базой - и шо ? > базе меняется не вся информация а только малая часть ее. Та ты шо ?! Т.е. берём твои БД за образец и тюним движок под них ? Ты уж как-нибудь сам... > Нафига лопатить все. А вот это - правильно > Раньше когда я работал с собственным форматом файлов баз данных я имел > на каждую запись 4 байта данных для ссылки на предпоследнюю удаленную > запись, а в шапке файла была ссылка на самую последнюю запись. И как только > я добавлял новую запись я проверял есть ли удаленная запись если есть ее > перезаписывал а указатель предыдущей удаленной делал как текущую уделенную и > записывал в шапку. И сколько конкурентных тр-ций поддерживал твой "движок" ? А что же ты с ним сейчас не работаешь ? > Получается что -housekeeping 100 приведет к еще большим тормозам, а я так > надеялся что наоборот :(. С какой стати ты на это надеялся ? -- Хорсун Влад PS Я уже просил _сначала_ думать, а _потом_ писать PPS Также я писал, что способы оптимизировать свип, дабы он не читал всю БД, уже есть и скорее всего будут реализованы в 3.0. Пофантазируйте на другие темы, плс
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Kovalenko Dmitry пишет: Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом кажется гораздо меньше заморачиваются по "родным" компонентам "прямого" доступа. Вот и я абсолютно о том же. Но у нас упорно - это типа у нас "нативе", а это у нас "как у вас". Первое у нас быстрее и все такое. Интересно - откуда конкретно такая уверенность? И это продолжается до сих пор. Есть такое. Дед, конечно, прав, кто как хочет, так и... Но вот свежайший пример навскидку: http://sql.ru/forum/actualthread.aspx?tid=340299#3159886 Все советуют native. Все рассказывают про какие-то лишние тормоза, как будто дополнительные микросекунды на вызов могут сказаться при разработке массовых бизнес-приложений. Но напомни, плиз, если я скачаю дистрибутив FB, там в комплекте будут ODBC и OLE DB драйверы? Судя по http://ibase.ru/components.htm - нет, не будут. Вижу там 5 разных драйверов ODBC, 3 штуки OLE DB. А оно надо - так много? Заморачиваться, выбирать, пробовать. "Ах, еще и платить надо?" У PG8 в этом плане проще и понятнее. ODBC драйвер в дистрибутиве есть. OLEDB есть. Хоть про второй инсталлятор и предупреждает честно, что он еще сырой, но тем не менее он есть и понятна политика: он, очевидно, будет и в дальнейшем. И не надо ничего искать и выбирать. А такое разнообразие одних только ODBC драйверов наводит на мысль, что это не от хорошей жизни. Чисто интуитивно напрашивается мысль: пишут все кому не лень, потому что не устроило то, что нашли. А были бы эти драйвера в комплекте, многие и не заморачивались бы больше ничем. А про Delphi мысль непонятна. Что значит оторвать? Оторвать то, может, и легко, только не забывай, что FB своей популярностью в основном обязан именно Delphi. По крайней мере в России.
Re: ??NT?�?????�?????� Firebird, MysQL ?? PostgreSQL - ?�NT
> ÃÃÃÃÃÃà ÃÃÃÃÃÃÃà > www.ibase.ru/devinfo/garbage.htm > à > www.ibase.ru/devinfo/sweep.htm > > ÃÃÃà à ÃÃÃÃÃÃà Ãà ÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃà à ÃÃÃà ÃÃà ÃÃà ÃÃ. á ÃÃÃÃÃà ÃÃÃÃÃà Ãà ÃÃà Ãà ÃÃÃÃà âä ÃÃÃÃà ÃÃÃÃà ÃÃÃà ÃÃà ÃÃÃà ÃÃà Ãà ÃÃÃÃÃà ÃÃÃÃÃÃà Ãà ÃÃÃÃÃÃÃà Ãà ÃÃÃÃÃà ÃÃÃÃÃà à ÃÃÃÃà ÃÃà ÃÃÃÃÃà Ãà ÃÃÃà ÃÃÃÃÃÃÃÃà à ÃÃÃà Ãà ÃÃà ÃÃà Ãà ÃÃà ÃÃÃÃÃÃÃÃÃà à ÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃà à à . îÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃà . òÃÃÃÃà ÃÃÃÃà à ÃÃÃÃÃÃà à ÃÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃÃà ÃÃà ÃÃÃÃÃà à ÃÃà à Ãà ÃÃÃÃÃà ÃÃÃÃÃà 4 ÃÃÃÃà ÃÃÃÃÃà ÃÃà ÃÃÃÃÃà Ãà ÃÃà ÃÃÃÃÃà ÃÃÃà ÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃ, à à ÃÃÃÃà ÃÃÃÃà ÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃÃà ÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃ. é ÃÃà ÃÃÃÃÃà à ÃÃÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃà à ÃÃÃÃà ÃÃà à ÃÃà Ãà ÃÃÃÃà ÃÃÃà ÃÃÃÃÃà à ÃÃà à ÃÃà à à Ãà Ãà ÃÃÃÃÃÃÃÃà à ÃÃÃÃÃÃà Ãà ÃÃà ÃÃÃÃÃà à ÃÃÃÃà ÃÃÃà Ãà ÃÃà ÃÃà Ãà ÃÃÃÃà ÃÃà Ãà ÃÃÃà à ÃÃÃÃÃÃÃÃà à ÃÃÃÃÃ. ðÃÃÃÃÃà ÃÃà ÃÃà -housekeeping 100 ÃÃÃÃà Ãà à à à Ãà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃ, à à ÃÃà ÃÃÃà ÃÃÃà ÃÃà ÃÃÃÃÃÃÃà :(.
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Dmitri Kuzmenko wrote: IBAnalyst. софтина такая есть. я написал http://forum.ibase.ru/phpBB2/viewtopic.php?t=253 Отстой. Написана с использованием глыбоко в недрах устаревшего, дурацкого API и местами даже, стыдно скзать, SQL... -- Regards. Ded. PS Вам не надоело с этим убеждённым ламером препираться? Мне уже года 4 как, он не меняется, клинический случай. PPS В аську зырк-зырк
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Hello, Alexey! Alexey Popov wrote: Dmitri Kuzmenko wrote: Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю. это не "чаще всего". потом, ты людям ставишь классик, и "до свидания"? Ну типа того. Только юзеры сами ставят. Не классик, а SS. тогда расскажи, как ты страдаешь на ФОНОВОЙ сборке мусора. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Oleg LOA wrote: Ребята, я тут чего тему как-то потерял. МЫ ТУТ ВООБЩЕ ЧЕГО ОБСУЖДАЕМ? "Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты" - собственно по предмету будут высказывания или будем философией заниматься?! Дык этта. Димка, если я правильно его понял, в число слабых мест FB по сравнению с обычными серверами ;) включил то, что с ним подавляющее большинство работают через нативные компоненты и с помощью Дельфей. А я ему говорю - да и хрен с ним, каждый дрочить как он хочить (С). Наличие нативных компонент не является слабиной, поскольку через ненативные тоже никто не запрещает. Не вижу тут слабого места. Так что упрёк не принимаю, отвечал в контексте предмета обсуждения. А ход мыслей нашего объектно ориентированного собрата ;) мне тоже не совсем в данном случае ясен. И во многих других случаях тоже, но это уже моё личное горе, которое обсуждать и вправду не имеет смысла :-D -- Regards. Ded.
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Hello, Alexey! Alexey Popov wrote: потому что нет такой проблемы. читаем в хелпе к IBAnalyst Дополнительные Вопросы и Ответы, последний пункт (10). Проблема есть. На грабли эти наступал. Что за хелп? Нет у меня такой софтины. не прошло и полутора лет... IBAnalyst. софтина такая есть. я написал http://forum.ibase.ru/phpBB2/viewtopic.php?t=253 а у софтины есть хелп. вызывается по F1. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Hello, Alexey! Alexey Popov wrote: Ну да, который не писал, тот переделывается в commit, но в IB6 этого не было вроде. мда. это БЫЛО изначально. Варианты есть. Ну например хранить незакоммиченные версии во отдельном месте или даже в памяти. и при чем тут sweep? Алекс, разговор с тобой очень сильно похож на диалог - кастрюлю на огонь поставил? - там провод оторвался - какой провод? то есть что ни возьми - ну практически все не в кассу. Как кстати savepoints работают? прочитай: www.ibase.ru/devinfo/savepoints.htm еще см. какой-то номер ibdeveloper.com Maitenance со встроенным в ОС планировщиком не судьба делать ? И никакого призвола со стороны юзеров :) Не катит для тиражируемого софта. Да и ось м.б. - 98 почему же не катит? У Ораклов и Микрософтов катит, а тебе - не катит? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Kovalenko Dmitry пишет: Ты где нибуть видел, что бы IB/FB хоть кто-то попытался целенаправлено оторвать от связки с Delphi? Мы утилиты обслуживания/репликации своей системы на Python-е лабаем. ;-)
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Серёжа Мереуца, как мне кажется, про Дельфи вспоминает только всвязи > с заходом в какую-нить конфу. На Ц люди ваяют, на жабе. На всяких там > перлах-питонах и прочей гадости... Ребята, я тут чего тему как-то потерял. МЫ ТУТ ВООБЩЕ ЧЕГО ОБСУЖДАЕМ? "Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты" - собственно по предмету будут высказывания или будем философией заниматься?!
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Evgeny Putilin писал(а): > > Ты где нибуть видел, что бы IB/FB хоть > > кто-то попытался целенаправлено > > оторвать от связки с Delphi? > Дим ты тут о чем? вообщето некоторые не первый год пользуются Java + FB вов > всех извращеных связях. Но почемуто Delphi+FB больше. Жень, у меня тоже толпа покупателей провайдера только ради использования в связке с MSSQL. Но эти маньяки - не показатель. Коваленко Дмитрий.
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Kovalenko Dmitry wrote: Меня никто ни за что не держит. Но когда речь заходит о том что бы писать приложения совместимые с MSSQL и FB - я Имхо в приложениях, задача которых - быть совместимыми и с MSSQL и с FB, какие компоненты пользовать - ну просто последняя спица в колеснице. Концептуально сервера совершенно разные, их объединяет полтора десятка операторов с похожим синтаксисом. Тут сама логика реализации систем разная, а компоненты - дело десятое. Ты где нибуть видел, что бы IB/FB хоть кто-то попытался целенаправлено оторвать от связки с Delphi? Серёжа Мереуца, как мне кажется, про Дельфи вспоминает только всвязи с заходом в какую-нить конфу. На Ц люди ваяют, на жабе. На всяких там перлах-питонах и прочей гадости... -- Regards. Ded.
Re: ��������� Firebird, MysQL � PostgreSQL - ��������� � ����
Hi "Kovalenko Dmitry" > Ð¢Ñ Ð³Ð´Ðµ нибÑÑÑ Ð²Ð¸Ð´ÐµÐ», ÑÑо Ð±Ñ IB/FB Ñ Ð¾ÑÑ > кÑо-Ñо попÑÑалÑÑ ÑеленапÑавлено > оÑоÑваÑÑ Ð¾Ñ ÑвÑзки Ñ Delphi? ÐодÑказаÑÑ > какие мÑÑли возникаÑÑ Ð² ÑвÑзи Ñ > поÑледним? ТÑÑ ÑолÑко и оÑÑаеÑÑÑ > подÑмаÑÑ - ÑÑо Ñлава Ñебе Ðилли, ÑÑо > поÑвилаÑÑ .NET на коÑоÑой Ñ ÑеÑвеÑа > поÑвилаÑÑ Ñ Ð¾ÑÑ ÐºÐ°ÐºÐ°Ñ-Ñа возможноÑÑÑ > жиÑÑ Ñвоей жизнÑÑ, а не в каÑеÑÑве > ÑÑего-Ñо довеÑка. Ðим ÑÑ ÑÑÑ Ð¾ Ñем? вообÑеÑо некоÑоÑÑе не пеÑвÑй год полÑзÑÑÑÑÑ Java + FB вов вÑÐµÑ Ð¸Ð·Ð²ÑаÑенÑÑ ÑвÑзÑÑ . Ðо поÑемÑÑо Delphi+FB болÑÑе. WBR Evgeny Putilin.
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
"Alexey Popov" ... > > > > Horsun Vlad wrote: > > >>Застревает как я понимаю если сделат rollback. > > > > > > Не каждый rollback к этому приводит. > > Ну да, который не писал, тот переделывается в commit, но > в IB6 этого не было вроде. Опять мимо. Ты хоть что-нибудь читал по теме ? > > Никаких либо - нужно читать всю БД, чем свип и занимается > > Вот это больше всего и напрягает. Особенно в связи с тенденцией > роста размеров баз. > Варианты есть. Да, есть. К 3-ке они будут рассматриваться пристальнее > Ну например хранить незакоммиченные версии во отдельном > месте И шо ? > или даже в памяти. Думаем о восстановлении после краша, и отметаем этот вариант > Как кстати savepoints работают? Была статья и не одна. Например на ibase.ru и в ibdeveloper > > Maitenance со встроенным в ОС планировщиком не судьба делать ? > > И никакого призвола со стороны юзеров :) > > Не катит для тиражируемого софта. Да и ось м.б. - 98 Тиражируемый софт может : а) пользовать тот, который встроен даже в win98 б) ставить свой простейший планировщик -- Хорсун Влад PS мне начинает это надоедать...
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Ded писал(а): > > Вот и я абсолютно о том же. Но у нас > > упорно - это типа у нас "нативе", а это у > > нас "как у вас". Первое у нас быстрее и > > все такое. Интересно - откуда конкретно > > такая уверенность? И это продолжается > > до сих пор. > > Кто-то ограничивает чьи-то возможности? Тебя держат за руки и > заставляют пользовать IBX? Хто? Скажи, я ему в глаз плюну. Меня никто ни за что не держит. Но когда речь заходит о том что бы писать приложения совместимые с MSSQL и FB - я какого только бреда не видел. Даже не припомню, чтобы хотя бы посоветовали посмотреть в сторону ODBC - нет, давайте будем городить городульки над ADO и VCL-ными компонентами. Они же у нас нативные! Ты где нибуть видел, что бы IB/FB хоть кто-то попытался целенаправлено оторвать от связки с Delphi? Подсказать какие мысли возникают в связи с последним? Тут только и остается подумать - что слава тебе Билли, что появилась .NET на которой у сервера появилась хоть какая-та возможность жить своей жизнью, а не в качестве чьего-то довеска. Коваленко Дмитрий.
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Horsun Vlad wrote: Застревает как я понимаю если сделат rollback. Не каждый rollback к этому приводит. Ну да, который не писал, тот переделывается в commit, но в IB6 этого не было вроде. Получается что основная проблема - это сборка версий старой rollback транзакции. Для этого надо пробегать все таблицы базы... либо Вообщем я пока пас :-| Никаких либо - нужно читать всю БД, чем свип и занимается Вот это больше всего и напрягает. Особенно в связи с тенденцией роста размеров баз. Варианты есть. Ну например хранить незакоммиченные версии во отдельном месте или даже в памяти. Как кстати savepoints работают? Основная проблема - пустая база создаётся из скрипта и бросается на произвол судьбы юзерам. Maitenance со встроенным в ОС планировщиком не судьба делать ? И никакого призвола со стороны юзеров :) Не катит для тиражируемого софта. Да и ось м.б. - 98 -- --- Home Page http://ok.novgorod.net/ap ---
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Kovalenko Dmitry wrote: Вот и я абсолютно о том же. Но у нас упорно - это типа у нас "нативе", а это у нас "как у вас". Первое у нас быстрее и все такое. Интересно - откуда конкретно такая уверенность? И это продолжается до сих пор. Кто-то ограничивает чьи-то возможности? Тебя держат за руки и заставляют пользовать IBX? Хто? Скажи, я ему в глаз плюну. -- Regards. Ded.
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Dmitri Kuzmenko wrote: Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю. это не "чаще всего". потом, ты людям ставишь классик, и "до свидания"? Ну типа того. Только юзеры сами ставят. Не классик, а SS. -- --- Home Page http://ok.novgorod.net/ap ---
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Dmitri Kuzmenko wrote: примерно аналогичные решения. Кстати, проблема устаревания статистики как то не вызывает резонанс у общественности. потому что нет такой проблемы. читаем в хелпе к IBAnalyst Дополнительные Вопросы и Ответы, последний пункт (10). Проблема есть. На грабли эти наступал. Что за хелп? Нет у меня такой софтины. -- --- Home Page http://ok.novgorod.net/ap ---
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Alexander Goldun писал(а): > > Вот скажите мне - через что работают с > > MSSQL из Delphi ? > > Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом > кажется гораздо меньше заморачиваются по "родным" компонентам "прямого" > доступа. Вот и я абсолютно о том же. Но у нас упорно - это типа у нас "нативе", а это у нас "как у вас". Первое у нас быстрее и все такое. Интересно - откуда конкретно такая уверенность? И это продолжается до сих пор. При этом на этом поле у нас есть (была?) реальная фора - здесь я во многом верю Котляревскому, но елки палки - несколько транзакций через ADO можно было делать еще в 2001 году, несколько открытых активных рекордсетов - по жизни. Нет, мы этого знать не хотим и не будем на это опираться. Что там у нас в MSSQL? MARS в 2005-ом?. Какая охная технология! И так далее и тому подобное. Коваленко Дмитрий.
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Alexander Goldun wrote: Хотя сведения о MySQL у меня застыли на 3-й версии. Может с 5-й он и правда так крут, каким пытается казаться? С точки зрения функциональности, 5-ка - это сильный шаг вперед. Хотя часть нововведений работает скорее "для галочки" - тормозно, глючно или с интересными ограничениями. А вот с точки зрения производительности ядра, все еще менее весело. 4-ка на большой нагрузке (разговор про движок InnoDB, базу размером много больше ОЗУ и отнюдь не read-only операции) работает неудовлетворительно, 5-ку сейчас на той же задаче пытаемся оценить параллельно с PG8 и FB2. Будут результаты - отпишусь. -- Дмитрий Еманов
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Hello, Dmitry! Kovalenko Dmitry wrote: А что вы слышали такого же о других серверах??? Дима, да мне реально по-барабану что там в других серверах. Потому что я вижу что мы сами толком не знаем о том что есть у нас самих. И сами себе, скажу прямо и грубо, срем на голову, когда не разобравшись в сути проблемы, для того что бы восхвалить одно, смешиваем с говном другое. ну ты завернул. я даже не понял... Вот скажите мне - через что работают с MSSQL из Delphi ? ADO. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
"Kovalenko Dmitry" ... > Вот скажите мне - через что работают с > MSSQL из Delphi ? BDE, ADOExpress, ODBC etc А шо ? -- Хорсун Влад
Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Kovalenko Dmitry пишет: Вот скажите мне - через что работают с MSSQL из Delphi ? Через что хотят, через то и работают. ADO, BDE, ODBC и т.п. Но в целом кажется гораздо меньше заморачиваются по "родным" компонентам "прямого" доступа.
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Dmitri Kuzmenko писал(а): > > Насчет другого. Насчет популярности и > > известности в массах - дык вкалывать > > надо > А что вы слышали такого же о других серверах??? Дима, да мне реально по-барабану что там в других серверах. Потому что я вижу что мы сами толком не знаем о том что есть у нас самих. И сами себе, скажу прямо и грубо, срем на голову, когда не разобравшись в сути проблемы, для того что бы восхвалить одно, смешиваем с говном другое. Вот скажите мне - через что работают с MSSQL из Delphi ? Коваленко Дмитрий.
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
священных войн, без флеймов - просто аргументы, желательно по следующим а флейм-то развелся конкретный... Дык. Воинствующие ламеры подтянулись. Подожди, скоро нуллом начнут размахивать и крушить им всё направо и налево. ОФФ: крушить... интересно... нада буит с воздушки попробовать винт битый расстрелять... антиресна жышь..:)
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
O6opoTeHb wrote: Прошу помочь вспомнить и упорядочить сравнительные характеристики Firebird, MySQL и PostgreSQL (современных версий). Без священных войн, без флеймов - просто аргументы, желательно по следующим а флейм-то развелся конкретный... Дык. Воинствующие ламеры подтянулись. Подожди, скоро нуллом начнут размахивать и крушить им всё направо и налево. -- Regards. Ded.
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Hello, Alexander! Alexander Goldun wrote: Я просто сопоставил твою активность в форумах на эту тему и предложение запуска факто-мифов а, это никак не связано. просто я считаю, что разработчик хоть чуточку должен разбираться в лицензиях используемого софта. Например, я в IBAnalyst хотел вставить тулбар. мне посоветовали ToolBar2000. А он оказался платным для коммерческого использования. Соответственно, от предложения пришлось отказаться :-) P.S. А вообще, конечно, MySQL напирает. Огромная армия "веб-мастеров" переквалифицируясь с написания гостевых книг на системы учета тянет за собой этот самый чудо-сервер, ибо других не знают. Ладно бы еще если на 3-ей версии, то ничего хорошего не получится. PostgreSQL... Хотя сведения о MySQL у меня застыли на 3-й версии. Может с 5-й он и правда так крут, каким пытается казаться? вряд-ли. надо будет забабахать свое сравнение? :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Прошу помочь вспомнить и упорядочить сравнительные характеристики Firebird, MySQL и PostgreSQL (современных версий). Без священных войн, без флеймов - просто аргументы, желательно по следующим а флейм-то развелся конкретный...
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
> > А что такое background gc по-твоему ? > > По моему это когда фоновый поток периодически > проверяет все данные на предмет мусора. Не угадал > >>Можно предложит вариант с перерасчётом при commit, но отложенно > >>в мусорщике. > > > > > > Ты понимаешь причины застревания OIT ? А механизм его сдвига после > > застревания ? > > Блин, у меня дикий своппинг в мозгу - вспомнить всё :-0 Зачем тогда эта беседа ? > Застревает как я понимаю если сделат rollback. Не каждый rollback к этому приводит. > Чтобы сдивинуть > потом нужно в TIP пометить эту транзакцию как commited, но Не нужно > при условии что версии из rollback транзакции почищены. Тут правильно > Это всё в свою очередь возможно если нет работающих > snapshot транзакций запущенных _до_ старта rollback > транзакции. Вот какая хренотень. OIT не бывает выше OAT, так что это не в кассу > Получается что основная проблема - это сборка версий > старой rollback транзакции. Для этого надо пробегать > все таблицы базы... либо Вообщем я пока пас :-| Никаких либо - нужно читать всю БД, чем свип и занимается > >>При том что задача в целом аналогична сборке мусора. И требуются > >>примерно аналогичные решения. > > > > > > Я тупой и не вижу аналогий > > Ну вместе со свипом пересчитывать статистику. Статистика индекса - это значения всех ключей. Свип не читает все индексы. Он даже не читает все версии всех записей. Так что - аналогия только в фоновом выполнении. Но тогда можно сказать, что обновлять статистику можно по-аналогии с cache_writer > > Ибо статистика пока слабо пользуется оптимизатором. > > Достаточно чтобы похерить план :-) > Основная проблема - пустая база создаётся из скрипта и > бросается на произвол судьбы юзерам. Maitenance со встроенным в ОС планировщиком не судьба делать ? И никакого призвола со стороны юзеров :) -- Хорсун Влад PS Насчёт произвола юзеров из кода FB : /** * * g d s _ $ c r e a t e _ d a t a b a s e * ** * * Functional description * Create a nice, squeeky clean database, uncorrupted by user data. * **/ ... /** * * g d s _ $ a t t a c h _ d a t a b a s e * ** * * Functional description * Attach a moldy, grungy, old database * sullied by user data. * **/ :)))
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Hello, Alexey! Alexey Popov wrote: Так в IB вроде сразу два типа - и кооперативная и фоновая. Собственно я выступаю ни за ту, ни за другую сборку. Нужно нечто промежуточное - кооперативный поиск мусора и фоновая чистка. бегом читать www.ibase.ru/devinfo/garbage.htm и www.ibase.ru/devinfo/sweep.htm Можно предложит вариант с перерасчётом при commit, но отложенно в мусорщике. идите в сад, товарищ. Перерасчет ЧЕГО? Вы в курсе, почему застревает OIT? www.ibase.ru/devinfo/summary.htm sweep_interval - однозначно кривое решение проблемы. ИМХО. предложи лучше. При том что задача в целом аналогична сборке мусора. И требуются примерно аналогичные решения. Кстати, проблема устаревания статистики как то не вызывает резонанс у общественности. потому что нет такой проблемы. читаем в хелпе к IBAnalyst Дополнительные Вопросы и Ответы, последний пункт (10). Первая внятная мысль :) Пока нет. Но будет. Позже. Ибо не самое критичное. Если при snapshot делается копия не всей TIP, то действительно не критично. конечно не всей. Опять же, выясняется, что ты практически НИЧЕГО не читал на тему сборки мусора или состояния транзакций. www.ibase.ru/devinfo/summary.htm -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Dmitri Kuzmenko пишет: Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB невозможно, нужно просто запускать похожие факты-мифы о других серверах. Про платность MySQL под GNU - из того же разряда? ;) не gnu, а gpl. и не платность под gpl, и т.п. И вообще, сказал А, говори Б. Да мне MySQL с его лицензией побоку. Я с ним сталкиваюсь только на хостинге либо в приходящих резюме с перлами типа "Разрабатываю в свободное время программу бухучета типа 1с на Delphi+MySQL 3" :) Я просто сопоставил твою активность в форумах на эту тему и предложение запуска факто-мифов P.S. А вообще, конечно, MySQL напирает. Огромная армия "веб-мастеров" переквалифицируясь с написания гостевых книг на системы учета тянет за собой этот самый чудо-сервер, ибо других не знают. Ладно бы еще PostgreSQL... Хотя сведения о MySQL у меня застыли на 3-й версии. Может с 5-й он и правда так крут, каким пытается казаться?
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Hello, Alexey! Alexey Popov wrote: Кроме того, практика показывает, что опять же, проблемы со сборкой мусора чаще всего происходят в приложениях, где программист совершенно не умеет оперировать транзакциями. Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю. это не "чаще всего". потом, ты людям ставишь классик, и "до свидания"? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Hello, Alexey! Alexey Popov wrote: Ну вместе со свипом пересчитывать статистику. это разные задачи. несовместимые. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Hello, Alexander! Alexander Goldun wrote: Поэтому впечатление такое, что поскольку ликвидировать мифы об IB/FB невозможно, нужно просто запускать похожие факты-мифы о других серверах. Про платность MySQL под GNU - из того же разряда? ;) не gnu, а gpl. и не платность под gpl, и т.п. И вообще, сказал А, говори Б. есть как минимум несколько вариантов 1. распространение gpl-приложений с gpl MySQL 2. распространение не-gpl приложений, использующих MySQL 3. разработка приложений внутри компании, работающих с MySQL ... разумеется, что платность относится ко второму случаю. p.s. вопрос надо рассматривать целиком, а не частями. также по фактам одной части не надо утверждать что этот факт распространяется на все остальные случаи. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ??N┬?╟?????╣?????╣ Firebird, MysQL ?? PostgreSQL - ?╟N┬
Hello, Konstantin! Константин wrote: Хоть я и "умолк" :) но всё-же ляпну ... Почему ? сначала прочитай www.ibase.ru/devinfo/garbage.htm и www.ibase.ru/devinfo/sweep.htm затем подумай об отличиях классика и суперсервера. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ??NT?│?????│?????│ Firebird, MysQL ?? PostgreSQL - ?│NT
Hello, Vlad! Vlad Horsun wrote: Предлагаю всем - перед тем, как что-то предложить или критиковать, подумать - а как это можно сделать иначе, а зачем это нужно делать иначе и почему сейчас это сделанно именно так. :-) я уже это пробовал. не работает :-( -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Dmitri Kuzmenko wrote: Кроме того, практика показывает, что опять же, проблемы со сборкой мусора чаще всего происходят в приложениях, где программист совершенно не умеет оперировать транзакциями. Ну я типа умею. Но от проблемы массовых delete до сих пор страдаю. -- --- Home Page http://ok.novgorod.net/ap ---
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
Horsun Vlad wrote: А что такое background gc по-твоему ? По моему это когда фоновый поток периодически проверяет все данные на предмет мусора. Можно предложит вариант с перерасчётом при commit, но отложенно в мусорщике. Ты понимаешь причины застревания OIT ? А механизм его сдвига после застревания ? Блин, у меня дикий своппинг в мозгу - вспомнить всё :-0 Застревает как я понимаю если сделат rollback. Чтобы сдивинуть потом нужно в TIP пометить эту транзакцию как commited, но при условии что версии из rollback транзакции почищены. Это всё в свою очередь возможно если нет работающих snapshot транзакций запущенных _до_ старта rollback транзакции. Вот какая хренотень. Получается что основная проблема - это сборка версий старой rollback транзакции. Для этого надо пробегать все таблицы базы... либо Вообщем я пока пас :-| При том что задача в целом аналогична сборке мусора. И требуются примерно аналогичные решения. Я тупой и не вижу аналогий Ну вместе со свипом пересчитывать статистику. Ибо статистика пока слабо пользуется оптимизатором. Достаточно чтобы похерить план :-) Основная проблема - пустая база создаётся из скрипта и бросается на произвол судьбы юзерам. -- --- Home Page http://ok.novgorod.net/ap ---
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Hello, Alexey! Alexey Popov wrote: Вспомнил. Идеи были следующие: Сборка мусора должна быть отложенной. Т.е. когда клиент натыкает при селекте на мусор, то он не собирается, а постится потоку сборщику в очередь сборку. Поток-сборщик работает с пониженным приоритетом, но всегда. Автоматический sweep как таковой не нужен. мда. без комментариев. Кстати, на тему фоновой сборки мусора в классике. Например в YA суперсервер тоже использует кооперативно-принудительную, а не фоновую сборку мусора. Потому что фоновая сборка мусора была говенно реализована в IB 6.0. Кроме того, практика показывает, что опять же, проблемы со сборкой мусора чаще всего происходят в приложениях, где программист совершенно не умеет оперировать транзакциями. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты
> > Про cooperative vs background gc > > слыхивал ? А про IB6 ? За FB2 уже не спрашиваю ;))) > > Так в IB вроде сразу два типа - и кооперативная и фоновая. > Собственно я выступаю ни за ту, ни за другую сборку. > Нужно нечто промежуточное - кооперативный поиск мусора и > фоновая чистка. А что такое background gc по-твоему ? > >>Автоматический sweep как таковой не нужен. > > > > Та ты шо ?! А OIT вверх продвигать кто будет ? Jim ? Так он в MySQL ушёл > > ;))) > > Можно предложит вариант с перерасчётом при commit, но отложенно > в мусорщике. Ты понимаешь причины застревания OIT ? А механизм его сдвига после застревания ? > > А про sweep_interval мы тоже не слыхивали ? > > sweep_interval - однозначно кривое решение проблемы. ИМХО. Никто не запрещает выставить его в 0 > >>Но например автоматическое обновление статистики индексов реально нужно. > > Причём тут это к сборке мусора ? > > При том что задача в целом аналогична сборке мусора. И требуются > примерно аналогичные решения. Я тупой и не вижу аналогий > Кстати, проблема устаревания статистики > как то не вызывает резонанс у общественности. Ибо статистика пока слабо пользуется оптимизатором. Вот когда будут гистограммы, тогда можно будет озаботиться и об этом > >>А кстати TIP урезается снизу иди нет? > > > > Первая внятная мысль :) Пока нет. Но будет. Позже. Ибо не самое критичное. > > Если при snapshot делается копия не всей TIP, то действительно не критично. А с какой стати делать копию всего TIP ? А что такое OIT и накуя он нужён ? -- Хорсун Влад PS сабж восстановил чтобы было понятно, о чём мы говорим :)))
Re: Сравнение Firebird, MysQL и PostgreSQL - ар
Horsun Vlad wrote: Ты откуда взялся - с Луны ? :))) :-) Да, возможно я отстал от жизни :-< Про cooperative vs background gc слыхивал ? А про IB6 ? За FB2 уже не спрашиваю ;))) Так в IB вроде сразу два типа - и кооперативная и фоновая. Собственно я выступаю ни за ту, ни за другую сборку. Нужно нечто промежуточное - кооперативный поиск мусора и фоновая чистка. Автоматический sweep как таковой не нужен. Та ты шо ?! А OIT вверх продвигать кто будет ? Jim ? Так он в MySQL ушёл ;))) Можно предложит вариант с перерасчётом при commit, но отложенно в мусорщике. А про sweep_interval мы тоже не слыхивали ? sweep_interval - однозначно кривое решение проблемы. ИМХО. Но например автоматическое обновление статистики индексов реально нужно. Причём тут это к сборке мусора ? При том что задача в целом аналогична сборке мусора. И требуются примерно аналогичные решения. Кстати, проблема устаревания статистики как то не вызывает резонанс у общественности. А кстати TIP урезается снизу иди нет? Первая внятная мысль :) Пока нет. Но будет. Позже. Ибо не самое критичное. Если при snapshot делается копия не всей TIP, то действительно не критично. -- --- Home Page http://ok.novgorod.net/ap ---
