Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8   вперед  Ctrl      все
 Re: PostgreSQL vs MySQL  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
MasterZiv, в том-то и дело что одинаково. А надо бы оптимизировать под каждый сервер.
Например, Count() в постгре считается медленнее, чем в myISAM-движке мускуля и примерно одинаково в INNODB. А последовательности и автоинкремент заведомо быстрее одного лишнего запроса.
Конструкция также не учитывает полное отсутствие ACID в MyISAM,
и между запросами
CommentId = SELECT MAX(comment_id) FROM commnets;
И INSERT INTO commnets может быть вставлено что-нибудь, и инсерт или не сработает или вставит запись с повтором CommentId.

моё мнение - если тест претендует на звание "хороший", то его запросы должны быть вылизаны
под каждую базу с учётом потрохов и того и другого. Должен использоваться диспетчер соединений(пул). Должны использоваться кеши разобранных запросов, индексы и пр.
12 июн 09, 00:03    [7292868]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
miksoft
Member

Откуда:
Сообщений: 38921
ОКТОГЕН
между запросами
CommentId = SELECT MAX(comment_id) FROM commnets;
И INSERT INTO commnets может быть вставлено что-нибудь
Не может, если таблица залочена.
ОКТОГЕН
и инсерт или не сработает или вставит запись с повтором CommentId.

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

ОКТОГЕН
моё мнение - если тест претендует на звание "хороший", то ...
тест не может быть абстрактно "хороший", любой тест рассчитан на то, чтобы показать что-то конкретное.

Тем не менее, всецело соглашусь, что на боевой базе вышеупомянутые запросы вряд ли будут хорошим решением.
14 июн 09, 00:44    [7296712]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

ОКТОГЕН wrote:

> MasterZiv, в том-то и дело что одинаково. А надо бы оптимизировать под
> каждый сервер.

Не обязательно. Мы сравниваем не две системы живых журналов, а две СУБД,
лежащие под ними.

> Конструкция также не учитывает полное отсутствие ACID в MyISAM,
> и между запросами

Но даже без ACID он постгресу почему-то проигрывает.
Знаешь, сколько я слышал воплей, что MySQL - быстрый, потому что в нём нет ACID ?

> моё мнение - если тест претендует на звание "хороший", то его запросы
> должны быть вылизаны
> под каждую базу с учётом потрохов и того и другого. Должен
> использоваться диспетчер соединений(пул). Должны использоваться кеши
> разобранных запросов, индексы и пр.

Ещё раз, мы сравниваем не пользовательские системы, а СУБД, работающие
под ними. В таком случае НОРМАЛЬНО поставить две СУБД в однинаковые
условия и посмотреть, что будет. Два лишних запроса, которых могло бы
и не быть, тут не важны. Главное - что они есть в обоих вариантах.

Posted via ActualForum NNTP Server 1.4

15 июн 09, 12:18    [7299426]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
Yo.!
Guest
MasterZiv

Не обязательно. Мы сравниваем не две системы живых журналов, а две СУБД,
лежащие под ними.


глупо ...
15 июн 09, 12:22    [7299460]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
MasterZiv


Ещё раз, мы сравниваем не пользовательские системы, а СУБД, работающие
под ними. В таком случае НОРМАЛЬНО поставить две СУБД в однинаковые
условия и посмотреть, что будет. Два лишних запроса, которых могло бы
и не быть, тут не важны. Главное - что они есть в обоих вариантах.



Волшебное слово тут НОРМАЛЬНО.. А в статье как раз "бестолково". И эти запросы - это всего лишь пример. Там много чего "оптимизировано".
15 июн 09, 13:10    [7299778]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
MasterZiv

ОКТОГЕН wrote:

> действительно бред. Так на боевом сервере никто не делает.
> В pgSQL надо использовать последовательности
> В mySQL автоинкремент

Если на двух одинаково, то я считаю ничего страшного.


Дак оно не одинаково..

В постгресе у них :
    SELECT NEXTVAL('objects_id_seq') INTO iPostId;

    INSERT INTO posts (user_id, post_id, post_date, post_title, post_body)
        VALUES (iUserId, iPostId, iDate, sTitle, sBody);

В mysql:

PostID = SELECT MAX(post_id) FROM posts;
INSERT IGNORE INTO posts (user_id, post_id, post_date, post_title, post_body) values (UserID, PostID, Date, Title, Body);

И кстати - Вас не смущает, что постгресу выделено памяти 500000 кусков по 8кило каждый (4гига) а скажем для myisam - всего 1 гиг?
15 июн 09, 14:29    [7300349]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

Хрен wrote:

> Дак оно не одинаково..

Вот это -- другой разговор. Тогда плохо.

Posted via ActualForum NNTP Server 1.4

15 июн 09, 15:01    [7300586]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
vasilis
Member

Откуда: Украина, Киев
Сообщений: 2205
us0ldr
Сегодня нашел в гугле. http://www.samag.ru/art/07.2007/07.2007_02.html Качественная статья где сравниваются MySQL и PostgreSQL на примере блогохостинга.

Обратите внимание, что статья 2-х летней давности.
Рекомендую посмотреть современные тесты этих двух СУБД
http://dimitrik.free.fr/blog/archives/cat_toolsiobench.html
http://dimitrik.free.fr/blog/archives/2009/05/entry_48.html
Рузультаты разительно отличаются. Автор - профессиональный benchmark engineer, так что результатам верить можно.
Он как раз и отмечает: "A big surprise - if two years ago on the same workload PostgreSQL was two times faster (see: http://dimitrik.free.fr/db_STRESS_BMK_Part2_ZFS.html ), now it's MySQL 5.4 outperforming PostgreSQL! "
16 июн 09, 21:58    [7307430]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
vasilis

http://dimitrik.free.fr/blog/archives/cat_toolsiobench.html
http://dimitrik.free.fr/blog/archives/2009/05/entry_48.html
Рузультаты разительно отличаются. Автор - профессиональный benchmark engineer, так что результатам верить можно.
Он как раз и отмечает: "A big surprise - if two years ago on the same workload PostgreSQL was two times faster (see: http://dimitrik.free.fr/db_STRESS_BMK_Part2_ZFS.html ), now it's MySQL 5.4 outperforming PostgreSQL! "


И в эту сторону я бы не стал так однозначно считать..
Достаточно посмотреть на e-mail автора тестов - (оно кончается на @sun.com ) И если учесть что пару лет назад sun поддерживал postgres, а теперь владеет mysql, то я бы с осторожностью относился к этим тестом. И к старым и к новым.
16 июн 09, 22:15    [7307474]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
vasilis
Member

Откуда: Украина, Киев
Сообщений: 2205
Хрен
vasilis

http://dimitrik.free.fr/blog/archives/cat_toolsiobench.html
http://dimitrik.free.fr/blog/archives/2009/05/entry_48.html
Рузультаты разительно отличаются. Автор - профессиональный benchmark engineer, так что результатам верить можно.
Он как раз и отмечает: "A big surprise - if two years ago on the same workload PostgreSQL was two times faster (see: http://dimitrik.free.fr/db_STRESS_BMK_Part2_ZFS.html ), now it's MySQL 5.4 outperforming PostgreSQL! "

И в эту сторону я бы не стал так однозначно считать..
Достаточно посмотреть на e-mail автора тестов - (оно кончается на @sun.com ) И если учесть что пару лет назад sun поддерживал postgres, а теперь владеет mysql, то я бы с осторожностью относился к этим тестом. И к старым и к новым.

Я лично знаю автора и могу гарантировать его объективность в его тестах, особенно тех, которые публикуются. Не зря он публикует их в своем блоге, а не в официальных пресс-релизах.
Если мое мнение тоже под сомнением (здесь вообще ничье мнение не считается честным и объективным), то есть еще много людей-профи, которые ссылаются на его результаты и доверяют им. InfoWorld, например.
19 июн 09, 11:56    [7319798]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
Yo.!
Guest
в этом db_STRESS 5 табличек, 2 тупых селекта которые нарушая логику читают без блокировок и 3 модифицирующих запроса. никаких транзакций (autocomit) + аффтар все эту нехитрую конструкцию загнал в память.
имхо сделать какие-либо выводы о субд по такому тесту не представляется возможным, зато об умственных способностях аффтора - имхо легко.
19 июн 09, 12:34    [7320038]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
Amnesyac
Member

Откуда:
Сообщений: 5
Здесь http://madjack.ru/developer/2009/08/mysql-vs-postgresql.html подробно все рассовано по полочкам. Советую почитать. Можно сделать выбор основываясь на прочитанном. Я допустим его уже сделал.
6 авг 09, 12:36    [7505120]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
Amnesyac
Member

Откуда:
Сообщений: 5
Выше не получилось ссылку дать. ЗДЕСЬ расположена статья, где субъективно основываясь на фактах рассмотрены все сильные и слабые стороны MySQL и PostgreSQL.
6 авг 09, 12:37    [7505125]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
FreemanZAV
Member

Откуда:
Сообщений: 2434
Amnesyac
Выше не получилось ссылку дать. ЗДЕСЬ расположена статья, где субъективно основываясь на фактах рассмотрены все сильные и слабые стороны MySQL и PostgreSQL.

Фигня какя-то.
6 авг 09, 14:54    [7506300]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
FreemanZAV
Member

Откуда:
Сообщений: 2434
Начало просто офигительное
Выбор между MySQL и PostgreSQL - это решение, которое должен принять каждый разработчик, который выбирает между различными Open-Source СУБД.
6 авг 09, 15:05    [7506367]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
zMakc
Member

Откуда: Киев
Сообщений: 35
Думаю в данном сравнении стоит рассматривать не только сравнение производительности.
Даже 10% в производительности это не принципиально.

Есть и другие критерии.

Распространенность к примеру.

Мы используем MySQL 2 года, есть наработки, покупали компоненты сторонних разработчиков для своих решений. Под MsSQL , MySQL, Oracle есть то что нам нужно. Под PostgreSQL нет.

Специалистов по PostgreSQL много в свободном доступе замечено не было.

От сотрудника не раз слышал, в PostgreSQL "что-то" есть, или что-то работает быстрее.
Но это "что-то" не достаточное основание для перехода или новых проектов.

С учетом текущей ситуации, преимущество(какое-то где-то) PostgreSQL не значительно и значимого экономического эффекта не даст.
6 авг 09, 15:20    [7506470]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
zMakc, если всё хорошо работает, то зачем переходить?
Если начинать новый проект, то зависит от потребностей.
6 авг 09, 15:59    [7506765]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
zMakc
Под MsSQL , MySQL, Oracle есть то что нам нужно. Под PostgreSQL нет.

А что вам нужно-то? Может, опишете?
6 авг 09, 16:07    [7506833]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

FreemanZAV пишет:

> Фигня какя-то.

Сначала подумал:
"Статья, как минимум, написана неадекватно пишушим по-русски человеком."

Потом прочитал далее -- действительно, полная лажа.

Но мне приятно, что чел. знает SolidDB, в разработке которого
я принимал участие.

В общем, почитать можно, но с оглядкой на многие технические
ляпы типа

"Транзакционный СУБД, которые построенны по модели MVCC, такие как PostgreSQL и
InnoDB выполняют COUNT(*) очень медленно в сравнении с не транзакционными СХД,
такими как MyISAM."

( дело не в "транзакционности" а в версионности. транзакционные неверсионные
СУБД замечательно делают COUNT(*) )

Есть и ещё, но иногда кажется, что автор, ещё раз, просто по-русски
не умеет писать, и пишет какую-то хрень.

Posted via ActualForum NNTP Server 1.4

6 авг 09, 19:34    [7507945]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

zMakc пишет:

> С учетом текущей ситуации, преимущество(какое-то где-то) PostgreSQL не
> значительно и значимого экономического эффекта не даст.

Я могу сказать, в чём огромное преимущество PostgreSQL перед MySQL.
PostgreSQL -- это нормальная СУБД, которая разрабатывалась долго
и вдумчиво нормальными людьми. MySQL же -- это просто куча никчёмного
кода, который, к нещастью, работает.

Posted via ActualForum NNTP Server 1.4

6 авг 09, 19:43    [7507970]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
Я могу рассказать в чем огромное преимущество MySQL перед PgSQL

Postgresql разрабатывается по принципу "вали все в кучу, потом разберемся", толпой у которой даже багтрекера нет - форумом обходятся. Поэтому там до фига фич, и те места, которые интересно писать - прописаны хорошо. А скучные - типа тех же collation - никого не вдохновляют.

MySQL же разрабатывается одной командой, с вменяемой (платной) техподдержкой и возможностью решить вопросы на любом уровне, включая патчи специально под твои нужды. Не так давно к примеру видел такой патч, который позоляет держать 20 - 30 тыщщ соединений.
13 авг 09, 21:05    [7536047]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
Хрен

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

Это не пул соединений часом?
Про патч полнотекстового поиска для innoDB я краем уха слышал.
Как оно работает - не знаю. Почему эта сплочённая команда не протестировала этот насущно
необходимый код и не включила его в релиз - вопрос отдельный.
А вот не появилось ли там патча, реализующего CHECK'и и табличные функции хотя бы как в MSSQL?
Чтоб не писать для каждого случая свою процедуру, а использовать уже готовые, просто JOIN'я их?
Этот момент меня лично реально напрягал , когда я делал проекты на mysql.
Ещё реально напрягали нюансы с пятёркой. Например, комментарии в триггере на русском
языке приводили к нечитаемости(и дальнейшей порче при попытке изменить) кода триггера с
начала комментария. Поведение нигде не документировано. Моя попытка пообщаться с
разработчиками ни к чему вразумительному ни привела. Ответ , который мне был дан ,
примерно "учитесь настраивать систему".
Не говоря про залипуху с математикой(невдолбенные погрешности при операциях умножения)
в версиях до 5.0.20.
О волшебных преобразованиях нормального запроса в синтаксически неверный в
представлениях тоже говорить не будем, здесь про это тоже кто-то писал.
В PostgreSQL же это всё просто работает, работает давно, и так, как надо.
14 авг 09, 01:35    [7536666]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
MasterZiv
MySQL же -- это просто куча никчёмного
кода, который, к нещастью, работает.

Почему же к несчастью? Наоборот, к счастью.
Если это есть, значит кому-то нужно.
14 авг 09, 01:39    [7536677]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
ОКТОГЕН

Ещё реально напрягали нюансы с пятёркой. Например, комментарии в триггере на русском
языке приводили к нечитаемости(и дальнейшей порче при попытке изменить) кода триггера с
начала комментария. Поведение нигде не документировано.


mysql> show create trigger ctest\G
*************************** 1. row ***************************
               Trigger: ctest
              sql_mode: 
SQL Original Statement: CREATE DEFINER=`root`@`localhost` trigger ctest before insert on tbl1 for each row
BEGIN
   -- Привет проба коммента
   set new.i = 2;
END
  character_set_client: utf8
  collation_connection: utf8_general_ci
    Database Collation: utf8_general_ci
1 row in set (0,00 sec)

ОКТОГЕН
Ответ , который мне был дан , примерно "учитесь настраивать систему".


:-)

ОКТОГЕН

В PostgreSQL же это всё просто работает, работает давно, и так, как надо.


Я бы поверил, если бы не было на работе нагруженного сервера pgsql. Если вы думаете, я никогда не видел sigsegv на нем, то ошибаетесь.
14 авг 09, 10:03    [7537316]     Ответить | Цитировать Сообщить модератору
 Re: PostgreSQL vs MySQL  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
Хрен, славненько.
А теперь попробуйте вытащить код триггера из системы.
14 авг 09, 10:11    [7537365]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить