Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Юбер ушёл с PG на MySQL  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
https://eng.uber.com/mysql-migration/ - Why Uber Engineering Switched from Postgres to MySQL
2 авг 16, 10:03    [19485040]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
Why we lost Uber as a user
+ немного подробностей в 30-минутном ролике
Там же на 7-ой минуте видно, что до этого уже был переход с MySQL.
2 авг 16, 11:42    [19485899]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
а в двух словах можно рассказать? так сказать спойлер
2 авг 16, 12:33    [19486279]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
А когда-то (октябрь 2012) всё было с точностью до наоборот: 19486312
2 авг 16, 13:06    [19486511]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
SergSuper
а в двух словах можно рассказать? так сказать спойлер
Репликация & простой.
15:22
The API did not have an available Postgres master database for approximately 16 hours, and had inadequate read capacity for an additional 24 hours.
The core trip flow continued to work during this outage, but most other capabilities were degraded or non-functional during this period.
2 авг 16, 13:23    [19486642]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
Либо с базистами проблемы,
либо пожмотились на железо/админов-железячников.
Т.К. ежли пж не подходил изначально, то нафиг без тестирования внедрять?
5 авг 16, 10:13    [19503609]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5825
ОКТОГЕН
Либо с базистами проблемы,
либо пожмотились на железо/админов-железячников.
Т.К. ежли пж не подходил изначально, то нафиг без тестирования внедрять?


Да не.
Там проблема, что PG даже не пытается понять ту фигню которую написали "типа программисты", а честно ругается, что писали "идиоты".
В отличии от MySQL. Которой можно скормить галиматью и она прежде чем ругнуться попытается что-то сделать.
Самое страшное, что иногда что-то делает.
5 авг 16, 11:21    [19504216]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1780
Вот еще по теме от Markus Winand
On Uber’s Choice of Databases
5 авг 16, 11:32    [19504307]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30278
mad_nazgul
Там проблема, что PG даже не пытается понять ту фигню которую написали "типа программисты", а честно ругается, что писали "идиоты".

ну конечно. т.е., как минимум (из статьи), проблемы обновления всех индексов при обновлении одной записи у PG не существует?
5 авг 16, 16:00    [19506403]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
qwwq
Member

Откуда:
Сообщений: 2894
kdv
mad_nazgul
Там проблема, что PG даже не пытается понять ту фигню которую написали "типа программисты", а честно ругается, что писали "идиоты".

ну конечно. т.е., как минимум (из статьи), проблемы обновления всех индексов при обновлении одной записи у PG не существует?

конечно нет.

я открыл статью увидел картинки и закрыл.
как бы это развидеть.

есть проблема с идиотами, рисующими картинки, не имеющими отношения к действительности.

+

в действительности есть проблемы, описываемые другими картинками, но идиоты из юбера их так и не нарисовали. тест--кейс придумал кто--то из пж--ников в обсуждении на постгрес.ком . но она про мусор в таблицах и индексах (очень часто обновляемой таблицы), а не про мифические каскадные обновления в неизменных "вторичных индексах" (кто б ещё рассказал, что это такое).
5 авг 16, 17:48    [19507159]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Vadim999
Member [скрыт]

Откуда:
Сообщений: 107
У Uber такой кривой и забагованный сайт, будто индусские рукожопы делали, саппорта тоже никакого нет. По пол года не чинят. Уверен что IT у них ни к черту. Не удивительно что они c Postgres на MySQL перешли.
7 авг 16, 09:45    [19511484]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Подпольщег
Guest
Vadim999
У Uber такой кривой и забагованный сайт, будто индусские рукожопы делали, саппорта тоже никакого нет. По пол года не чинят. Уверен что IT у них ни к черту. Не удивительно что они c Postgres на MySQL перешли.

MySQL он как раз для рукожопов подходит больше, нежели ПэЖэ
8 авг 16, 13:28    [19515499]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5825
Подпольщег
Vadim999
У Uber такой кривой и забагованный сайт, будто индусские рукожопы делали, саппорта тоже никакого нет. По пол года не чинят. Уверен что IT у них ни к черту. Не удивительно что они c Postgres на MySQL перешли.

MySQL он как раз для рукожопов подходит больше, нежели ПэЖэ


Ну у PG строгая типизация.
Причем с версиями он усиливается.
Так что да MySQL-вольницы в нем нет.
8 авг 16, 14:55    [19515993]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Bubba Kush
Member

Откуда: http://glaskugel.ru
Сообщений: 4604
Правильное решение.
9 авг 16, 08:07    [19518544]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1780
Вот тут еще немного по теме - работа над "ошибками".
http://blog.2ndquadrant.com/cool-runnings/
4 окт 16, 09:48    [19740328]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3795
jan2ary
Вот тут еще немного по теме - работа над "ошибками".
http://blog.2ndquadrant.com/cool-runnings/

так тут только ideas:
11 апр 17, 13:50    [20389293]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Специально зарегился
Member

Откуда:
Сообщений: 1180
PG отстой фаерберд рудит.
11 апр 17, 14:38    [20389576]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
Специально зарегился
PG отстой .

уже 8 лет проекту на нём. более 1.5 ТБ.
ЧЯНТД?
2 май 17, 11:04    [20449152]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
antox
Member

Откуда: РФ
Сообщений: 1319
Специально зарегился
PG отстой фаерберд рудит.


Интересно, почему FB не в тренде среди крупных проектов
8 дек 17, 03:55    [21017002]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3795
antox
Специально зарегился
PG отстой фаерберд рудит.


Интересно, почему FB не в тренде среди крупных проектов

да он каличный, новые фичи выходят медленно, комьюнити тухлое, легаси себе заработать не успел.
8 дек 17, 09:35    [21017196]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Ivan Durak,

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

Да и про коммунити ты зря. Не знаю как там в других странах, но у нас я могу спросить напрямую двух разработчиков ядра FB прямо на этом форуме.
8 дек 17, 11:46    [21017612]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54822

Симонов Денис
зато когда фича появляется она сразу сделана по уму. А не как у некоторых декларация фичи
есть, а на поверку оказывается, что фича либо реализована через жопу, либо работает с
ограничениями, либо вообще не нужна.

Припомнить что ли недоделанное INSERT/UPDATE DEFAULT, которое невозможно использовать с
параметризованными запросами?..

Posted via ActualForum NNTP Server 1.5

8 дек 17, 13:43    [21018091]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6644
antox
Специально зарегился
PG отстой фаерберд рудит.


Интересно, почему FB не в тренде среди крупных проектов

Потому что это СУБД для небольших задач.
8 дек 17, 23:09    [21019665]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
Я помню, как кое-где сделали рекурсивные запросы... с захардкоденной глубиной рекурсии. В ответ на моё удивление (они по форме рекурсивные, но по факту цикл; да, я в курсе, что это математически эквивалентно) предложили делать самому. А я что? Вот если вы увидите, как на каком-нибудь неиспользуемом вами языке программирования циклы a la
WHILE condition DO
  ...
END

реализованы через рекурсию и, чтобы не исчерпался стек, ограничены максимум 100 повторениями (но вам же должно хватить 100! но ведь вы можете перекомпилировать с другой константой!), вы броситесь это исправлять? Ну, и настаивание на том, что отсутствие архивных логов не во вред...
9 дек 17, 11:20    [21020273]     Ответить | Цитировать Сообщить модератору
 Re: Юбер ушёл с PG на MySQL  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Victor Metelitsa,

А какой смысл использовать вместо реального цикла рекурсивный запрос? Помниться задачка была сгенерировать числа от 1 до 10 миллионов. Ну так для таких задач рекурсивные запросы и не нужны. Есть другие решения.
Рекурсивные запросы это для настоящих рекурсий. В реальности деревья глубиной больше 1023 крайне редко встречаются.
9 дек 17, 14:38    [21020597]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить