LINUX.ORG.RU

PostgreSQL vs. MySQL


0

0

На сайте PHPBuilder (http://www.phpbuilder.com) появился сравнительный обзор СУБД PostgreSQL и MySQL. Результаты довольно предсказуемые - MySQL обгоняет PostgreSQL на последовательных выборках и проигрывает на параллельных выборках и, особенно, на параллельных модифицирующих запросах. Для тестирования использовалась последняя cvs-версия PostgreSQL 7.1, производительность которой, следуя статье, выше релиза - 7.0.2.

>>> Подробности

★★★★★

Проверено:

Настолько невероятно, что хочется все бросить и немедленно проверить эти тесты. Если тесты правдивые, то это почти революция в сфере баз данных для веб. Если единственное самое крупное преимущество mysql - скорость побито, то можно сказать "Король умер. Да здравствует новый король."

anonymous
()

юзай Sybase, классная штука :-)

Havoc ★★★★
()
Ответ на: комментарий от anonymous

Как же в таком случае работает slashdot.org? Может возмете свои слова обратно.

tahion
()

Нравятся мне эти сравнения от любителей PostGres - сравнивают годовалую версию MySQL с еще не выпущенной от PostGres. Надо сказать что mysql 3.23.x Значительно быстрее и что еще более интересно уже достаточно давно рекомендуется разработчиками для использования вместо 3.22.x - по тому же множеству возможностей он столь же если не более стабилен. Так что фигня все это :)

anonymous
()

Ура ! Новый флейм ! Вдобавок к теме Linux vs. FreeBSD, Linux vs. NT У нас теперь есть MySQL vs. Postgres ! :-)

fonin
()

Нифига. Я 23 и юзал.

anonymous
()

2 предпоследний anonymous: Ты cтатью читал ? Там написано :
To make things interesting, we ran the exact same code
base on MySQL 3.23.26beta and Postgres 7.1 (CVS pre-beta version).

szh ★★★★
()

MySQL ?????

anonymous
()

Жаль только, что тесты были достаточно сложные. Хотелось бы увидеть сравнения в скорости на более простых и более распространенных примерах - select+join для 2-3-4 таблиц, а не для 16-ти с одновременными update'ами.

anonymous
()

мускуль join 3-х таблиц тянет уже с трудом

Havoc ★★★★
()

вот читаю я и думаю - и как же у нас тут в спайлоге на mysql все работает? ;)))) и базы по 2 гига уже...
нет, постгресс тоже будем смотреть и мучать - но вот что он большие нагрузки не тянет - гон полный...
тянет и еще как
а вот ручки чтобы его настроить нужны...

anonymous
()

У вас очень простые операции с mysql, где он наиболее силен. А проделанные тесты выглядят несколько более серьезно. Хотя наверное не нужно сравнивать мотоцикл с трактором и не тестировать mysql на задачах, которые пахнут ораклом.

anonymous
()
Ответ на: комментарий от anonymous

Чего-то я сомневаюсь, что ты имеешь какое-то отношение к спайлогу.
К тому же это не самый удачный пример. Счетчики грузятся медленно. Пытаешься по сайту
походить, тормоза страшные. Дело не в канале. По другим рейтингам ходил
без проблем. Качество статистики конечно хорошее, но производительность хромает.
Так что нечего пальцы гнуть.

Havoc ★★★★
()

"Чего-то я сомневаюсь, что ты имеешь какое-то отношение к спайлогу"
welcome: shapa@spylog.ru

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

но на самом деле постгресс будем гонять... когда до этого гоняли был намного хуже. а вот оракл тут как раз объективно и не потянет ;))) т.к. монстрообразен...

anonymous
()

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

anonymous
()

MySQL ???? ???????... ??? ???????? ?????????. ?????? ?????????? ???????? ??????????? ??? ????-?????? ????????? ?? ???????????? (??????????, ????????? ???????????, ????????? ???????).

dummy ★★
()

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

dummy ★★
()

> но на самом деле постгресс будем гонять...

Значит чем-то все-таки недовольны mysql?

anonymous
()
Ответ на: комментарий от anonymous

На самом деле они других баз незнают кроме мускуля, постгреса и оракла :)
У нас тоже что-то подобное пишется, мы прикидывали загрузку и явно здесь мускуль
не тянет. У мускуля потолок очень низкий. На крутой машине крутая база обгонит мускуль
(мускуль на таком же железе). При больших объемах и нагрузках уже логика другая нужна.
Меня очень удивляет подход многих людей, которые пишут на мускуле, он их не устраивает
и сразу начинают думать об оракле. Конечно, пока его можно будет на халяву безнаказанно юзать,
это будет продолжаться. Никто почему-то не думает, что реально использование оракла оправдано
довольно в редких случаях, и если уж ставить оракл, то ставить его надо на
многопроцессорные спарки.

Havoc ★★★★
()

"У нас тоже что-то подобное пишется, мы прикидывали загрузку и явно здесь мускуль
не тянет. У мускуля потолок очень низкий. "
И как же ты умный такой прикидывал? Почему у нас тянет то? А? У вас наверное проект настолько крутой? А имя у него какое?
Блин, как меня такие лди прикалывют "для домашних страничек"...
Транзакций нет? Глазки разунь...
Вложенные запросы - делаются уже... И т.д.

Насчет довольны или нет - так постоянно приходится тестировать новое - мы используем по максимуму что может дать софт. В MySQL очень много багов выловили. Зато сейчас все что нам надо - работает. В т.ч. и авторепейр баз на лету. А кто-то будет вонять по всяким конфам "тормозной! глючный! для дом. страничек!"

А такие ребята как betanews, slashdot и т.д. - как же они то работают??? На бетаньюсе посещений (да и на слэшдоте) поболе чем у любого кто здесь писал... Ну кроме разве что спайлога ;)


p.s. Для тех кто в танке - они под MySQL...

anonymous
()

Объясняю... 1. Один сервер mysql... 2. 600 аккаунтов. 3. На каждом аккаунте - несколько виртуальных почтовых ящиков, вся авторизация - mysql. 4. У каждого аккаунта - своя база данных. 5. Весь учёт - через SQL. 6. Это виртуальный хостинг... Много действительно нагруженных сайтов. 7. MySQL периодически виснет. Итог: Какого чёрта?

Shadow ★★★★★
()

виснет? или кора? версия?
вопрос ты задал совершенно абстрактный - инфа то нужна конкретная..

anonymous
()

MySQL - это не промышленный сервер баз данных и никогда им не будет
Даже если ты его поставишь на очень крутую машину, так как база посерьезней
на крутых машинах будет работать побыстрее. И чем сложнее запросы, тем разница
будет заметнее.

Havoc ★★★★
()

Ладно порадую любителей - пообщавшись с Monty и Sasha из mysql я получил достаточно простые объяснения по этому поводу. Реализация mutex в 2.2x несколько хромает при использовании множества процессоров. На сайте mysql есть соответствующие патчи которые ликвидируют эту проблему. От себя могу сказать что уже на 2х процах разница от них ощутимая.

anonymous
()

А что, spylog сидит на ядрах 2.2? Как вы еще живые?

anonymous
()

Ну я бы тоже для серьезных проектов не стал бы использовать ядра, в которых есть
слово test или pre.
Чтобы не говорили любители MySQL, но у каждой программы есть свой потолок.
И пока буржуи не торопятся переводить большие проекты с платного оракла или DB2
на бесплатный MySQL.

Havoc ★★★★
()

non-autocommit - это не то же самое, что транзакция

dummy ★★
()
Ответ на: комментарий от Havoc

Так самое смешное, что эти тест и пре мало того, что в 1,5 раза быстрее, так еще и более стабильны на высоких нагрузках.

anonymous
()

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

Havoc ★★★★
()

Нет. Это значит, что ты не видел новых ядер в работе и не сравнивал со старыми, но несмотря на это пытаешься вставить свое веское слово.

anonymous
()

mySQL? Это такая программа, которая не поддерживает не обеспечивает целостности данных и вложенных запросов? И почему - то имеет в названии SQL? Не читал...

anonymous
()
Ответ на: комментарий от anonymous

Я никого не убеждаю. Это меня пытаются убедить. А я всего лишь не верю в чудеса.
Пускай мне предоставят бенчмарк, произведенный серьезной организацией
и если там действительно разница будет 50% и выше (в чем я сомневаюсь),
то это может значить одно из двух:
1. - ядрописатели сделали революцию (сомневаюсь, что это возможно без кардинальной смены архитектуры)
2. - все предыдущее было очень гнилое и сырое.

Ок, представим что 2.4 в полтора раза быстрее, чем 2.2, тогда по интерполяции
2.2 в полтора раза быстрее, чем 2.0. Значит 2.4 в 2.25 раз быстрее чем 2.0
Если это продолжить на более старые версии, разница пойдет уже на порядки.

Если бы сказали, что быстрее на 10% - это возможно. Ну с оптимизировали чего-то
На 20 - уже сомнительно
А цифра 50% может возникнуть только при очень большой тормознутости предыдущей версии.

Такое возможно было бы при переходе от 0.2alpha к 0.4beta, т.е. на весьма ранних версиях.

2.4 я видел. Ядро как ядро. Ну несколько быстрее. Но 50-ти процентам разницы взяться там неоткуда.
Не надо выдавать желаемое за действительное.
Дальнейшие споры считаю уместными только со ссылками на подтвержденные результаты тестов.
Пока я таких не видел. И никто не торопится мне на них указать. Только голые слова
без фактов.

Havoc ★★★★
()
Ответ на: комментарий от Havoc

Как длинно, как патетично! Ты, когда сам попробуешь, тогда звездеть будешь. А результаты нормальные люди получают на своих машинах, а не на страничках с авторитетными подписями.

anonymous
()

Для тех, кто в танке: ядра 2.4.0-test оставляют в жопе freebsd по производительности tcp/ip стека. О чем-то говорит? freebsd валится на тех нагрузках, которые могут выдержать ядра 2.4.0-test. Проверено в натурных испытаниях. Всем бздунам - отдыхать.

anonymous
()

Звездеть будешь сам
Я сравниваю линуховые ядра 2.2 и 2.4
Тесты большой разницы не показывают.
Просветите меня глупого, как можно на той же машине получить прирост в 50%?
Что, винты начинают быстрее крутиться или частота проца увеличивается?
Гонят те кто кидается такими заявами. Я задаю нормальный вопрос, а в ответ
только обвинения в нелояльности.
Хочу посмотреть ла лежащую BSD. Если ты линуксоид, то фрю нормально настроить не сможешь.
И нехрен гнать пургу.
И вообще, очень много бсздишников переползли с вашего любимого хрюниха.
Вас не удивляет их выбор? И назад они чего-то не торопятся.

В общем я спросил, а в ответ только обвинения и почти мат. Причем я про линух
ничего плохого не сказал. Он мне не мешает. Отсюда следует,
что ответа не будет, а ты всего лишь фанатик, ничего не видящий вокруг себя.
Когда фанатику нечего сказать, он начинает материться. Отдыхай сам, красноглазый хрюнихоид

Havoc ★★★★
()

⌠И пока буржуи не торопятся переводить большие проекты с платного оракла или DB2 на бесплатный MySQL■ И не будут никогда. Платного, ХМ? ну стоит 100000$ это много? Это один программер за год. Самое главное поддержка солидной фирмы, чтобы была всегда. И не лопнула. У нас тольно одно агентство недвижимости домов за год на 2 миллиарда продает. Кто будет рисковать? На ORACLe все понятно. Поэтому и Microsoft долго еще жить будет, наш главный конкурент BTW на MS SQL Server огромную BD держит. И им до лампады ентот Linux, MySql, and PostgreSQL.

anonymous
()

Что-то припоминаются мне жалобы в конфах типа "опять спайлог не работает!"... и не только от ремблера...:)
Спорить не готов, да и неинтересно мне это... Кому интересно - пущай на деджаньюс сам ищет...:)
2Havoc: лежащую бсдю показать могу...:) у нас к примеру как-то кулер на проце заклинило... так эта зараза разнесла всю fs...:( Другой вопрос что бсдя глючит и лежит гораздо реже линюкся...:)))

Irsi
()

2irsi. Лежащую FreeBSD из-за кулера или сгоревшей памяти я и сам видел :)
hardware failures я не учитываю.
Пускай этот кулцхакер покажет, как она ляжет там, где не ляжет пингвин.

Havoc ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.