powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор"
4 сообщений из 4, страница 1 из 1
PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор"
    #35038885
PostgreSQL vs MySQL:
http://www.samag.ru/cgi-bin/go.pl?q=articles;n=07.2007;a=02

Честно говоря, я в шоке от результатов. Специалисты могут прокомментировать?
...
Рейтинг: 0 / 0
PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор"
    #35038935
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я не понял, какая версия MySQL проверялась. А в общем, нормальный такой тест... Хотя без транзакций MySQL должен задавить PostgreSQL. В общем, спрашивайте авторов теста.
...
Рейтинг: 0 / 0
PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор"
    #35038942
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ну неудивительный результат, оптимизатор постгре уже 10 лет отлаживает то, что в mysql только появилось, жаль только не представлены планы запросов mysql и непонятно сколько строк в таблицы залили.

2kdv
номера версий субд там указаны.
...
Рейтинг: 0 / 0
PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор"
    #35041960
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гость - в горле костьPostgreSQL vs MySQL:
http://www.samag.ru/cgi-bin/go.pl?q=articles;n=07.2007;a=02

Я не специалист, но ИМХО очень странный результат.
при 11-17 коннектов: MySQL InnoDB 800/70, PostgreSQL 14000/4000 (read/write).
Разница в 17,5 / 57 РАЗ!!! это слишком сильно.

Дальше смотрим в код для MySQL:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
DROP TABLE IF EXISTS comments;
CREATE TABLE post_cmt
(
    user_id int( 10 ) NOT NULL,
    post_id int( 10 ) NOT NULL,
    comment_id int( 10 ) NOT NULL,
    from_user_id int( 10 ) NOT NULL,
    comment_date int( 10 ) NOT NULL,
    comment_title varchar( 250 ) NOT NULL,
    comment_body text NOT NULL,
    PRIMARY KEY  (user_id, post_id, comment_id)
) ENGINE=InnoDB;
И запрос:
Код: plaintext
CommentId = SELECT MAX(comment_id) FROM commnets;
Есть подозрение, что данный запрос будет делать full-table scan. Является ли это "Как мы можем видеть, алгоритмы работы с БД оптимизированны как под MySQL, так и под PostgreSQL." ???
ИМХО нет.

Дальше больше:
Код: plaintext
1.
2.
3.
4.
5.
6.
SELECT user_id, MAX(posts_id)
 FROM posts
 WHERE user_id
 IN (SELECT friend_id
     FROM friends
     WHERE user_id = UserId)
 GROUP BY user_id;
Зачем нужен подзапрос, если можно сделать джойном. И будет ли подзапрос ОПТИМАЛЬНЕЕ для конкретного сервера СУБД?

К сожалению нет планов запросов, потому об оптимальности запросов нет возможности судить. Опять же странно что MySQL: "а при достаточно большом количестве одновременных выборок (больше 20) происходит отказ от обслуживания"/
...
Рейтинг: 0 / 0
4 сообщений из 4, страница 1 из 1
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор"
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]