Прикольно. 🙂

но вообще то =) ребятушки, это говорит о том, что в плейриксе нет НОРМАЛЬНОГО финдира =)
и все "финдиры" они там вытащили же все активы забугор
а тут надо видимо мутить и не тащить доходы
опять же куча юр.лиц и партнерок с местными студиями со всякими ИП и ООО и еще и фрилансеры полюбому...

м, да, вот это ищем опытного Консультанта для автоматизации бизнес-процессов выглядит странно вместе с поддержка и консультирование пользователей 1С

ну. пользователи разные бывают
бывает например что 1С пользователи это новомодные продакт оунеры и трафик манагеры... которых наплодилось последние лет 10, без счета
и питчить они умеют
а вот в дебеторку по рекламным сеткам, например нет =)

я не знаю

мускулисты есть? на сколько реально дамп от 5.6 на 10ке развернуть?

даже 5.5 ))

именно текстовый дамп?
триггеры какие нибудь есть и foreign keys?
collation уже все на utf-8 перевели?
дамп только надо снимать через mysqldump а не всякими sipex

10ка это MariaDB?
краткий ответ 100% реально
это вам не кривой постгрес в котором в одной той же версии можно pg_dump сделать а pg_restore восстановить не сможет, потому что перемудрил кто нибудь с правами и ролями

реально и 5.1 развернуть
там не менялся формат дампа уже очень давно

вот востановление постгри из дампа это жесткач, да

текстовый, только он сжатый, на счет триггеров и кейсов не уверен, там бд от заббикса )

да нормально там, 9.4 до 9.6 обновлял без проблем, сомневаюсь что что-то изменилось

в постгре легче стопнуть постгрю и дампануть /var/lib/postgres и если надо подсунуть для востановления

у меня на одной версии проблемы были)

но там был pg_dumpall

в ней нет триггеров

уже хорошо

дадада, сделайте это без pg_upgrade, пожалуйста :)

типы данных не могли измениться?

ERROR 1118 (42000) at line 14975: Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline.

ну дефолтный размер мог поменяться, смотреть надо

ты дампишь как multi insert или как single insert ?