Хранение изменений в нескольких базах данных в единственной централизованной базе данных
Так же, как я хотел бы присвоить время жизни нашим машинам, мы заканчиваем тем, что сохранили их, пока они не упаковывают его в. Нечетное время мы действительно покупаем новую машину, высшее руководство, ограничивает нас маленьким бюджетом с конечным результатом, являющимся машиной, которая уже является по крайней мере одним или двумя старыми поколениями. Все от имени того, чтобы экономить деньги, все же по некоторым причинам мы должны купить у Dell даже при том, что я могу получить более дешевые и более мощные машины локально.
Вы оказываетесь перед необходимостью писать некоторый код где-нибудь вдоль строки. Мое мнение - то, что было бы лучше полагаться на то, что MySQL может сделать исходно и не скручивание Вашего существующего приложения слишком много для адаптации.
Одна опция, которую я предвижу, состоит в том, чтобы копировать каждое местоположение назад для разделения ведомых процессов на централизованном MySQL использования машины ленивая репликация. Теперь Вы, конечно, не смогли бы счастливо JOIN данные назад вместе исходно. Но это позволило бы Вам решать проблему разбиения на страницы в прикладной логике путем создания данных географически достаточно близко для работы с и возникновения всех данных, ясно определенных, которым ведомым процессом это присутствует на.
Ваши опции для разбиения на страницы были бы, вероятно, определены размером набора данных. Если не очень большой, то Вы смогли просто выполнять его в памяти приложения/сессии. Иначе Вы могли использовать маленький централизованный экземпляр базы данных для дампа результатов временно к.
Будет интересно считать другие предложения.
Заставьте все mysql ведомые устройства зарегистрироваться (недвоичный файл) в файл... и передайте файл по каналу в irc чат-комнату #feed На сервере, выполните Ваш ircd.. и слушайте #feed чат-комнату.. и передайте команды по каналу в | mysql-D ведущее устройство
Если у Вас затем будет секунда, только для чтения, 'основная', который копируется в первым, то Ваши запросы к второму не будут блокировать/блокировать подачу.
(по крайней мере, я видел это с более ранними версиями),
j