И о конкурентах

[nataraj]

Вчера в беседе с alexkuklin с удивлением для себя узнал, что mysql при апгрейде с версии на версию не требует апдейта базы. Новая версия просто кушает бинарное хранилище от старой.

Казалось бы, это ровно то чего хочет пользователь. Просто обновляешься и оно просто работает. Всеобщее счастье и благорастворение воздухов. Но...

Какой ценой это достигается? Достигается это ценой того, что база в себе тащит код для обратной совместимости.
Во-первых это не паханное поле граблей. Это комбинация N версий хранилища на M версий движка. В каком месте что там стрельнет -- даже Рогозину не снилось.
Во-вторых этот весь код N*M надо поддерживать от релиза к релизу, это стоит ресурсов достойных другого примирения.
В-третьих, сюрприз(!) если не обновлять бинарное хранилище, то не начнут работать оптимизации новых версий, связанные с хранением. То есть ты базу обновляешь, а она быстрее работать не начинает!
В-четвертых, если таки захотелось пользоваться новым движком, то, по словам alexkuklin базу данных надо пересоздавать. Как при царском режиме. То есть не натравить на нее программу апгрейда, а именно dump/restore.

Я конечно полагаю что разработчики mysql знают что они делают, тем или иным способом они каждую из этих проблем решают,или минимизируют ущерб. И наверное для базы данных маленьких личных хостингов это решение вполне уместно. Но все что за пределами -- это не уместно совершенно.

Так что покупайте наших слонов! На дельфинах далеко не уедешь!! ;-)

Comments

[ask-ripe.livejournal.com]

Блин, я всегда думал, что pg не для работы, а для игр. Но чтобы настолько? Мало того, что его приходится собирать руками (о более чем одной версии на хосте авторы не догадываются, размер файлов в wal только для игр, а не для жизни.)
Но ок, это можно списать на идиотов - авторов дистрибутива, не имеющих отношения к продуктивам...

Так теперь оказывается, что его авторы гордятся его не применимостью в реальной жизни? Те обновив по я обязан обновить и базу? И это кто-то рекомендует для прода? Хм. Только в Луганск, их [полицию] не жалко.

[shaplov.livejournal.com]

Гор, ты конечно товарищ авторитетный, но если я правильно понимаю жизнь с большими инсталляциями, переход с версии на версию -- это все равно дни а то и недели подготовки и часы даунтайма. Запуск отдельной функции которая подправит бинарный файл под новую версию -- далеко не самое затратное из всего того что случается при процессе миграции...
Или я себе не правильно представляю жизнь?

[alexkuklin.livejournal.com]

часы даунтайма?
риалли?
без волчьего билета "вон из профессии"?

[shaplov.livejournal.com]

Слушай, когда сбербанк планово прекращает обслуживание карточек с полуночи до пяти утра, как думаешь, чем они в это время занимаются?

[beldmit.livejournal.com]

Не апгрейдом базы данных.

За Сбербанк не скажу, а коллеги из-за стенки свою СУБД апгрейдят минут за 20-30.

[ask-ripe.livejournal.com]

я тебе честно скажу (за сбер) - вот чтобы планово остановить процессинг на 5 часов - я такого даже не помню (с 2006 по 2012 год)

HCFB - да, 15-30 минут даунтайма раз в квартал планово. но БД при это не трогалась. технологические обновления - да, ставились.

[ask-ripe.livejournal.com]

Все верно. Но ты предполагаешь "умеренно оптимистичный сценарий". Даже не слегка пессимистичный.

В тоже время я точно знаю - сейчас все хорошо, может быть куда как хуже.