The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Один из разработчиков MySQL раскритиковал проект и рекомендовал использовать PostgreSQL, opennews (??), 06-Дек-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


11. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  –3 +/
Сообщение от AleksK (ok), 06-Дек-21, 11:40 
> Причины, по которым Uber возвращался с PostgreSQL на MySQL, в основном ещё
> актуальны.

Если они изначально делали все под MySQL, то не удивительно. А так по моему опыту использования Postgres и MySQL с рельсами, Postgres даже на глаз быстрее работает.

Ответить | Правка | Наверх | Cообщить модератору

17. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  +/
Сообщение от Gemorroj (ok), 06-Дек-21, 11:55 
миграция на более новые версии у mysql на порядок проще. мультимастер (galera в mysql). некоторый синтаксический сахар (работа с enum, например).
Ответить | Правка | Наверх | Cообщить модератору

21. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  –9 +/
Сообщение от AleksK (ok), 06-Дек-21, 12:02 
Когда работаешь с ORM вообще пофиг.
Ответить | Правка | Наверх | Cообщить модератору

22. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  +2 +/
Сообщение от x3who (?), 06-Дек-21, 12:06 
ORM там вообще перпендикулярен к тем проблемам, о которых вам говорят.
Ответить | Правка | Наверх | Cообщить модератору

23. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  –8 +/
Сообщение от AleksK (ok), 06-Дек-21, 12:13 
> ORM там вообще перпендикулярен к тем проблемам, о которых вам говорят.

Вот именно, я работаю со своей объектной моделью, мне пофиг на то что там происходит под капотом. Но с Posgtres для меня все работает быстрее, и админить его ИМХО проще и удобнее.

Ответить | Правка | Наверх | Cообщить модератору

137. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  –1 +/
Сообщение от Онаним (?), 06-Дек-21, 21:00 
Понятно. Упёрся в кривую ORM, свалил всё на RDBMS.
Ответить | Правка | Наверх | Cообщить модератору

153. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  –2 +/
Сообщение от AleksK (ok), 06-Дек-21, 23:07 
> Понятно. Упёрся в кривую ORM, свалил всё на RDBMS.

Понятное дело если бы ты её писал то она бы летала и была бы сделана идеально. Эх жаль мир потерял такого специалиста.

Ответить | Правка | Наверх | Cообщить модератору

154. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  –1 +/
Сообщение от Онаним (?), 06-Дек-21, 23:15 
Не переживай, не потерял.
Ответить | Правка | Наверх | Cообщить модератору

26. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  +1 +/
Сообщение от keydon (ok), 06-Дек-21, 12:19 
Когда работаешь с patroni - тоже
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

40. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  +/
Сообщение от Аноним (40), 06-Дек-21, 12:55 
>более новые версии

а есть менее новые? Ну или хотя бы более лучшие.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

47. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  –1 +/
Сообщение от Ilya Indigo (ok), 06-Дек-21, 13:15 
> (работа с enum, например).

enum в постгресе одна из немногих вещей которая мне понравилась.
В MariaDB я его никогда не использую, так как есть более эффективный tinyint unsigned, а соответствия можно в php массивом в константе класса сохранить.

Но в посгресе нет ни tinyint ни unsigned но можно определить 1 раз enum и вставлять его в 2 и более таблицы, а если нужно модифицировать то делается это 1 раз.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

204. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  +/
Сообщение от Аноним (204), 07-Дек-21, 11:57 
>> Причины, по которым Uber возвращался с PostgreSQL на MySQL, в основном ещё
>> актуальны.
>Если они изначально делали все под MySQL, то не удивительно. А так по моему опыту использования >Postgres и MySQL с рельсами, Postgres даже на глаз быстрее работает.

Я мог конечно не так понять, но вроде обоснования были такие. Там вроде одна из проблем была - массированные обновления строк. У постгреса с этим не очень хорошо (по крайней мере было, как сейчас - не знаю), тормозил нещадно по сравнению с мускулем. Поясню. У других БД (оракл, мускуль...) строка обновляется на том же месте, где валяется (in-place), т.е. ее физическое положение в блоках не меняется, кроме редких случаев. А постгря вместо редактирования старой строки тупо добавляет измененнную новую. Вроде должно быть даже быстрее, типа некий аналог Copy-on-write. Проблемы возникают, когда на таблицу навешаны индексы. Индекс - упорядоченная последовательность значений, где с каждой строчкой индекса хранится ссылка на исходную строку в таблице, в каких блоках она находится по каким смещениям. В оракле-мускуле, если в строке обновляются поля, не входящие в индекс, индекс не редактируется (адрес строки в таблице не поменялся). А вот в постгре даже при обновлении не-индексных полей надо каждый раз искать в индексе и обновлять на адрес новой, обновленной строки - там уже другой адрес, уже в других блоках ошивается строка, т.е в индексе хранится фигня, надо исправить. Т.е. представь, в таблице у тебя один-два-три индекса, для поисков, а ты 24/7 массированно меняешь поля, не входящие в индекс - и совершается куча лишней (в сравнении с мускулем) работы по обновлению индексов, да еще и куча мусора остается в виде старых исключенных строк, которые какой-нибудь автовакуум подобрать должен, периодически внося свои тормоза и задержки.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

249. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  +/
Сообщение от www2 (??), 22-Дек-21, 07:25 
В MySQL можно одновременно читать одну и ту же запись, а читать и обновлять - нет. Набегающие толпы читающих клиентов могут надолго заблокировать запись для обновления.

А в PostgreSQL каждый читающий клиент будет читать эту запись внутри своей транзакции, а в рамках другой транзакции эта запись будет обновлена, так что следующие читающие клиенты начнут новые транзакции и прочитают уже обновлённую запись.

https://ru.wikipedia.org/wiki/PostgreSQL#%D0%9C�...)

В общем, для сайтиков, где данные обновляются не так часто, а чаще читаются, MySQL, наверное, подойдёт лучше. Если же данные чаще обновляются, чем читаются, то PostgreSQL подойдёт лучше.

Ответить | Правка | Наверх | Cообщить модератору

253. "Один из разработчиков MySQL раскритиковал проект и рекомендо..."  +/
Сообщение от Всем Анонимам Аноним (?), 28-Янв-22, 15:03 
Вы, наверное, про MyISAM?
В MySQL разные движки.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру