1

Для небольшой очистки осей я перемещаю 25 таблиц между базами данных MySQL (разные части оборудования). Это не база данных WHOLE, всего 25 таблиц из нескольких сотен ... Эти таблицы на самом деле не принадлежат, я не буду вникать в почему по причинам NDA.Перемещение таблиц между базами данных

Теперь это сломает много запросов кода и sql.

Каков наилучший способ сделать это?

  1. Переместите их все сразу.

  2. Перемещение их на 1 по 1

-

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

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

Возможно ли, чтобы я некоторое время отражал таблицы между двумя базами данных? Возможно, объединенный стол?

-

Разное Информация: Есть 25 таблиц все связаны по содержанию друг к другу.

Я не могу выключать базы данных в течение нескольких часов за раз, около 5 минут простоя было бы приемлемым.

-

Каков наилучший способ идти о перемещении всех этих данных и сохранение кода, SQL, и я в отличной форме?

Могу ли я объединить таблицы как способ репликации таблиц в новую базу данных?

-daniel

ответ

1

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

Другое дело: вы говорите об отключении базы данных. Если вы вносите изменения в среду разработки и делаете изменения только в том случае, если вы уверены, что все работает, зачем вам нужно время простоя в производстве? Надеюсь, вы не думаете об этих изменениях в производстве, не делая этого в разработке в первую очередь.

+0

Покрытие теста не так хорошо, как это могло быть, то Я бы не стал слишком беспокоиться об этом. Тем не менее, есть много малочисленных программ, которые работают вокруг и разговаривают с базой данных, и я уверен, что не найду код везде и получаю 100% -ный охват. Это было бы причиной простоя производства. – Daniel

+0

Кроме того, я не могу развернуть все сразу. Здесь и там есть разные фрагменты кода. Вот почему мне интересно иметь одну и ту же таблицу в обоих местах. (Таблицы Federated mysql) – Daniel

0

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

  • На новом сервере, настроить любые соответствующие счета
  • Найти где изменить сервер и имя пользователя/пароль, если это необходимо в конфигурации приложения
  • Завершение веб-приложения, так что нет никаких операций записи при перемещении
  • перемещение DB
  • Reconfigure приложение
  • Огонь его обратно
  • Повторите эти действия для каждого DB/приложения

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

+0

Перемещение таблиц и данных легко! Он пытается управлять всеми изменениями кода/sql! – Daniel

+0

В прошлом мы прибегали к текстовому поиску по всему коду, ища имя пользователя в учетной записи MySQL. Что помогает. – Brad

1

Для этого вы можете использовать SQLYog (mysql front end).

варианта Meny является Электроинструменты -> мастер синхронизации базы данных

Вы должны быть в состоянии открыть как базу данных удаленно (хост% должно быть там)

Смежные вопросы