Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор" / 4 сообщений из 4, страница 1 из 1
27.12.2007, 23:14
    #35038885
Гость - в горле кость
Гость - в горле кость
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор"
PostgreSQL vs MySQL:
http://www.samag.ru/cgi-bin/go.pl?q=articles;n=07.2007;a=02

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

2kdv
номера версий субд там указаны.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.12.2007, 13:14
    #35041960
VoDA
VoDA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор"
Гость - в горле кость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
| Ответить | Цитировать | Написать  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PostgreSQL(v.8.1.8) vs MySQL(v.5.032) - статья из журнала "Системный администратор" / 4 сообщений из 4, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 1477ms
Закрыть
start [/forum/search_topic.php?author=%D0%BA%D0%B0%D0%B7%D0%BD%D0%B8%D1%82%D1%8C+%D0%BD%D0%B5%D0%BB%D1%8C%D0%B7%D1%8F+%D0%BF%D0%BE%D0%BC%D0%B8%D0%BB%D0%BE%D0%B2%D0%B0%D1%82%D1%8C&author_mode=last_topics&do_search=1]:
 0ms
get settings:
 9ms
get forum list:
 12ms
get settings:
 9ms
get forum list:
 12ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 36ms
get topic data:
 9ms
get forum data:
 3ms
get page messages:
 37ms
get tp. blocked users:
 1ms
others: 1341ms
total:  1477ms
x
x
Закрыть


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