Здравейте,
Преди всичко ще бъде много разумно да се съчетаят тези бази данни, защото сега не имате достъп до всичките си преводи, така че тези, които се вземат отново от доставчици, какво по-ниски резултати и в случай, ако използвате платени доставчици също води до допълнителни разходи (можете да Използвайте vBET със само свободни преводи).
-Простият подход е да зареже SQL файл кеш маси от нова база данни и тогава изпълнявам определителен член SQL на старата база данни. Просто се уверете, че SQL не включват капка таблица инструкции (нито създаване). Това е простата, защото, както предполагам, ще се премести по-малко данни, но по този начин за удвоена преводи, вие ще остане с по-стара версия (тъй като уникално ограничение на оригиналния текст).
Ако преместите стар един към нов един, тогава ще се движи повече данни (високомерен от период от време), но за удвоена преводи ще останеш с нови.
Също така имайте предвид, че поради ограничения на MySQL, за много дълго тестове да преведете няма уникални няма ограничение, така че тези може да се удвои във вашата база данни. Той няма да навреди на вашата кандидатура, вие просто ще загубите някои HDD пространство.
Също така - първо проверете дали моите предположения са верни и Сравнете размерите на бази данни. Това е възможно, че вашата нова база данни вече е изпълнен с данни от стария и не е нужно да преместите нещо. Можете също да го тествате на кеш маси за малки или средни текстове и проверка прави всеки превод е липсвало в новата база данни. Ако използвате нова база данни от началото на 2017 е възможно, че благодарение на паяци всичките си стари съдържание вече е преведен. Също така е възможно, че вашият форум е толкова голяма, че постоянно се управляват квотите за свободни преводи, така нова база данни не все още е населен. Това е добре да се сравняват - дори само по размер. Ако новата е по-голям, то по-скоро вече има стари текстове,