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

под перемещением понимаем.
сервер 1 содержит базу с хранимками тригерами иннодб таблица с перекрёсными ссылками итд итд.

сервер 2 не создержит ничего.

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

ЗЫ
я понимаю что можно руками мучаться и в несколько заходов это делать , но я уже так замучался делать.
хочется найти решение, чтобы все тонкости базы учитывались без моего вмешательства.

javajdbcситуация напоминает анекдот про порутчика Ржевского и
гуссаров в билиардной.


Так вот гуссары, а почему бы эту базу
просто не mysqldump-ить ?

потому что надо сначала воссоздавать таблицы, а потом ключи, особенно при наличии перекрёсных внешних ключей

miksoftalex564657498765453,

это разовое действие, постоянное или регулярное?

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

javajdbcalex564657498765453пропущено...


потому что надо сначала воссоздавать таблицы, а потом ключи, особенно при наличии перекрёсных внешних ключей


а вы попробуйте! почитайте про опции --
там выключение проверки чуть-ли не дефалт.

тебя не удивило что ни миксофт ни скерфлоу не посоветовали эту утилиту???

может мы все втроём не умеем доки читать, а ты умеешь :) это может быть, что только ты обратил внимание на какойто нюанс,

Но счас ещо раз перечитал, не нашол.

ещо раз для тебя сакцентирую внимание, если до этого не понятно обяснил.

Перемещение базы, понимаеться полное - структура плюс данные

и вот в структуре, могут быть таблицы с перекрёсными внешними ключами. тоесть таблица А ссылаеться на Б - и её полностью нельзя создать пока не создана Б, и Б ссылаеться на А, и её нельзя создать пока не создана А.

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

1создание базы
2создание ключей БЕЗ constraint
3добавление внешних ключей
4тригеры, хранимки, ивенты ...
5заливка данных , и таки да - в дамп можно вставить отключение ключей перед заливкой данных... правда нам нужно сдесь отключить проверку внешних ключей, чего надо отметить также в мусклдампе не увидел.

=========
воркбенч мускла, почти крут в этом деле. ему можно сказать воссоздавать базу без внешних ключей, а потом отельно синхронизацией добавить ключи.

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

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

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

DBforg попробую. ибо выбора пока что больше нету похоже.

alex564657498765453,
ошибочка, шаг 2 - создание таблиц без constraint