안녕하세요!
버전 4.9.2
5 기가바이트의 오래 된 (2012-2016 년) 외부 데이터베이스 2 기가바이트의 새로운 (2017-2018) 외부 데이터베이스입니다. 내가 그들을 결합할 수 있습니다.?
Сombine 번역 데이터베이스 새 데이터베이스에서 메시지 2012-2016 년의 번역 했다 오래 된 데이터베이스 및 메시지에서 2017-2018 있도록 했다?
감사합니다!
안녕하세요!
버전 4.9.2
5 기가바이트의 오래 된 (2012-2016 년) 외부 데이터베이스 2 기가바이트의 새로운 (2017-2018) 외부 데이터베이스입니다. 내가 그들을 결합할 수 있습니다.?
Сombine 번역 데이터베이스 새 데이터베이스에서 메시지 2012-2016 년의 번역 했다 오래 된 데이터베이스 및 메시지에서 2017-2018 있도록 했다?
감사합니다!
안녕하세요,
우선 하지 않기 때문에 지금 당신은 액세스 당신의 번역의 모든 그 공급자, 어떤 낮은 성능에서에서 다시 촬영 하 고 경우에 그것은 매우 그 데이터베이스를 결합 하는 것이 현명 될 지불된 공급자를 사용 하는 경우에 또한 추가 비용 (수 만듭니다. vBET 단지 무료 번역) 사용 합니다.
가장 간단한 방법은 새 데이터베이스에서 SQL 파일 캐시 테이블을 덤프 하 고 다음 이전 데이터베이스에 SQL을 실행 것입니다. 그냥 그 SQL 하지 않습니다 드롭 테이블 지침 (도 만드는) 있는지 확인 하십시오. 이것은, 가정으로 하지만 두 배로 번역 (원문에는 unique 제약 조건) 때문에 이전 버전으로 남아 있을 것입니다이 방법은 적은 양의 데이터를 이동 합니다 때문에 간단한.
새로운 것 오래 된 하나를 이동할 경우 (시간) 가정, 더 많은 데이터를 이동 합니다 다음만 두 배로 번역에 대 한 새로운 것 들으로 남아 있을 것입니다.
또한 MySQL의 제한으로 인해 매우 긴 테스트 번역 하는 없이 unique 제약 조건을 그래서 그 데이터베이스에는 두 배가 될 수 있습니다 note 하시기 바랍니다. 응용 프로그램에 영향을 주지 것입니다, 그리고 당신은 단지 일부 하드 디스크 공간을 풀 것 이다.
또한-먼저 확인 하시기 바랍니다 내 가정이 올바른지 및 데이터베이스 크기 비교. 새 데이터베이스는 이미 오래 된 것에서 데이터 채워진다 고 아무것도 이동 하지 않아도 가능 하다. 또한 중소 텍스트에 대 한 몇 가지 캐시 테이블에 그것을 테스트할 수 있습니다 및 확인 어떤 않습니다 번역 새 데이터베이스에서 누락 되었습니다. 2017의 처음부터 새로운 데이터베이스를 사용 하는 경우는 거미 덕분에 귀하의 모든 오래 된 콘텐츠는 이미 번역 가능 하다. 그것은 또한 가능한 포럼은 너무 크고는 지속적으로 실행 하는 무료 번역 할당량에서 그래서 새로운 데이터베이스는 아직 채워지지 않습니다. -크기 여도 그냥 비교 현명 하다. 새로운 더 큰 경우, 다음 오히려 이미 오래 된 텍스트
마지막으로 수정 vBET; 25-04-18 에 23:21.
안녕하세요!
감사합니다!
기초 관리를 올바르게 병합