|
|
|
MySql рвет PostgreSql?
|
|||
|---|---|---|---|
|
#18+
imobileСамая большая ошибка - переход без проведения крутых тестов. Просто поверили чуваку. Но неужели никто не мигрирует сейчас? Или делают это как и мы без тестов? Неужели все, кто сел на mysql и postgre не интересуются производительностью других БД? И самые последние сравнения датируются прошлым веком? Вы просто очень плохо владеете темой (устройство СУБД и настройка производительности СУБД) и даже не подозреваете притом, насколько плохо. При этом и рассказать "в двух словах" не получится, иначе эта тема была бы простой. Надо и железо понимать, и данные, и запросы, и внутренности СУБД. Если вы этим займётесь всерьёз, потребуются годы. Если не будете заниматься, ищите специалиста (коим тот "чувак", очевидно, тоже не являлся) или просто возвращайтесь на MySQL, раз он вас устраивает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2016, 13:44 |
|
||
|
MySql рвет PostgreSql?
|
|||
|---|---|---|---|
|
#18+
Victor MetelitsaВы просто очень плохо владеете темой (устройство СУБД и настройка производительности СУБД) и даже не подозреваете притом, насколько плохо. При этом и рассказать "в двух словах" не получится, иначе эта тема была бы простой. Надо и железо понимать, и данные, и запросы, и внутренности СУБД. Если вы этим займётесь всерьёз, потребуются годы. Если не будете заниматься, ищите специалиста (коим тот "чувак", очевидно, тоже не являлся) или просто возвращайтесь на MySQL, раз он вас устраивает. Он переходил с MSSQL. Это совершенно разные архитектуры. Если проводить в лоб миграцию - эпик фэйл немного предсказуем. Нужны спецы как миинимум по постгресу, а ещё желательно и по поделию мокрософта. Нафига переходили - непонятно, базы сопоставимые, единственно, для разработки pl/pgsql показался намного более удобным в написании хранимок, нежели T-SQL, ну и для прогача всяких плюшек больше,типов данных, расширений, языков тех же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2016, 14:05 |
|
||
|
MySql рвет PostgreSql?
|
|||
|---|---|---|---|
|
#18+
Это надо взять ваши данные, ваши запросы, вашу конфигурацию железа, настроить обе СУБД (а специалисты сразу по обеим встречаются редко, т.е. может понадобиться два специалиста) и выполнить запросы в том порядке и с той интенсивностью, которая предполагается в рабочей системе. В остальных случаях, например, тестирование на других данных, будет показан результат, который не будет иметь никакого отношения к работе вашей системы. Как бы вот он правильный ответ. Остальные сравнения от лукавого. Хотите "убедиться", что лучше MySQL использовать? Лучше просто используйте и не тратьте зря времени. Хотите нормальное тестирование для себя - только на своем профиле ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2016, 19:25 |
|
||
|
MySql рвет PostgreSql?
|
|||
|---|---|---|---|
|
#18+
imobileСамая большая ошибка - переход без проведения крутых тестов. Просто поверили чуваку. Но неужели никто не мигрирует сейчас? Или делают это как и мы без тестов? Неужели все, кто сел на mysql и postgre не интересуются производительностью других БД? И самые последние сравнения датируются прошлым веком? На своих задачах ни разу не видел, чтобы PostgreSQL в разы отставал от MySQL. Работа с PostgreSQL обычно сводилась к "поставил, забыл". Он не плохо работает на дефолтных настройках. Проблема в том, что дефолтные настройки позволяют запускать PostgreSQL от мейнфрейма, до роутера. Т.е. являются не оптимальными для конкретного окружения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2016, 09:25 |
|
||
|
MySql рвет PostgreSql?
|
|||
|---|---|---|---|
|
#18+
imobileDimitry Sibiryakovпропущено... В процессе миграции явно забыли один шаг: нанять специалистов по PG. Был у нас суперспециалист по PG. Уволился недавно, а ощущение нехорошее от работы pg осталось... Вот и тест замутил, ощущения ухудшились... Я тесты, пару лет назад, брал вот тут , если мне склероз не изменяет. Сравнивал разные MariaDb/MySql/Postgres, при этом для mysql-подобных тестировал MyIsam/Innodb, по результатам тестов крутил настройки у всех баз. Сейчас результирующую картинку найти не смог - похерилась где то за два года, но при нормальных настройках, на простых запросах Pg слегка отставал, а на более сложных mysql начинал сливать. ЗЫ для PG пришлось часть скриптов перепиливать, так как для ЗП эти тесты не заточены, но там ничего сложного не было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2016, 15:29 |
|
||
|
MySql рвет PostgreSql?
|
|||
|---|---|---|---|
|
#18+
А мускль уже научился быстро джойнить (пусть хотя бы по одному полю) 2 подзапроса, каждый этак с пяти-, а лучше шестизначным количеством записей? 5.5 ещё не умел. Это ТСу как вариант сравнения не в пользу мускля. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2016, 08:45 |
|
||
|
MySql рвет PostgreSql?
|
|||
|---|---|---|---|
|
#18+
tanglirА мускль уже научился быстро джойнить (пусть хотя бы по одному полю) 2 подзапроса, каждый этак с пяти-, а лучше шестизначным количеством записей? 5.5 ещё не умел. Это ТСу как вариант сравнения не в пользу мускля. А если хотя бы в 50 парралельных сессиях слать такие запросы, ммм. Да с разными результатами... Закачаешься. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2016, 09:25 |
|
||
|
MySql рвет PostgreSql?
|
|||
|---|---|---|---|
|
#18+
Да ладно джоины, использование только одного индекса на таблицу уже смогли преодолеть? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2016, 11:34 |
|
||
|
MySql рвет PostgreSql?
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovДа ладно джоины, использование только одного индекса на таблицу уже смогли преодолеть?Во-первых, на алиас, а не на таблицу. Во вторых, в ряде случаев смогли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2016, 11:37 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=39191230&tid=1552277]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
163ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 266ms |
| 0 / 0 |
