SOAP/XML-RPC 서비스를 설정하고 서버에서 데이터를 처리하고 한 번에 클라이언트 조각으로 보내면 좋을 것입니다. 대용량 파일을 핸드 헬드로 전송할 필요가 없기 때문에 이것은 잠재적으로 "가장 빠른"방법입니다. 그것은 당신을 위해 작동하지 않을지도 모르지만, 언급할만한 가치가 있습니다.
이것은 본질적으로 모바일 장치의 데이터 저장소에 대한 입력과 전송 형식의 출력으로 묶여있는 파일 다운로드입니다. 네가 사전 같은 무언가를 설명하고 있다고 상상해 보라.
- 계정 전체 파일 크기에 타고 멀리 데이터의 의미 성을 통신 할 얻을 수있는 적은 메타 설명을 활용, 즉 :
접근
당신이 필요합니다 달성하고자하는 것입니다.
- 서버와 장치간에 데이터의 압축 유형 (예 : gzip)을 사용하십시오. 공격적인 압축은 장치에서 압축을 해제하는 데 시간이 오래 걸릴 수 있으며 덜 적극적인 접근 방식을 사용하면 상당히 생산 속도가 빨라집니다.
- 데이터가 서버 저장소 (데이터베이스에 있습니까? 전송 양식에 데이터를 캐시 할 수 있습니까?)를 장치의 데이터 저장소 시스템 (예 : SQLite)으로 가져 오는 방법을 고려하십시오. 장치가 장치에 다운로드 할 때 저장 한 시간보다 데이터를 삽입하는 데 3 배 더 긴 시간 동안 작동해야하는 경우 전송 속도를 크게 압축하는 것이 중요하지 않을 수 있습니다.
- 테스트. 테스트. 테스트.
매우 미니멀리즘 인 CSV 또는 JSON 형식의 파일로 제공 할 수 있습니다. 데이터를 설명하기 위해 많은 양의 데이터를 사용하지 않습니다. XML은 일반적으로 매우 설명 적이기 때문에 가장 빠르지는 않지만 다른 장점이 있습니다. 또 다른 옵션은 SQL insert 문으로 텍스트 파일을 보낼 수 있습니다.
"옵션"은 물론 업데이트 메커니즘을 사용하여 "업데이트"로 푸시 할 수도 있습니다. 이것에 대한 내 생각은 모바일 장치를 사용하는 많은 사람들이 업데이트가 많은 시간을 필요로하며 대용량 다운로드가 많다는 것을 알고 있으므로 그렇게 할 때 컴퓨터에 연결합니다. 이것은 단지 생각 일뿐입니다. 이것이 실제로 더 나아질 지 확신 할 수는 없지만 거기에 버릴 것이라고 생각했습니다.
SQLite는 많은 모바일 플랫폼에서 실행되는 RDBMS입니다. 그것은 한계가 있지만, 당신이 함께해야 할 모든 것일지도 모릅니다. 좋은 선택입니다.
물론 "수백만 건이 넘는"XML 데이터베이스는 사용하지 않을 것입니다. –
@AurelioDeRosa 당연한 일이지만, 나는 어떤 제안이든 공개적으로 보여주고 싶었습니다. – EnexoOnoma