2012-05-06 2 views

답변

15

모바일 장치에서 사용할 수있는 CouchDB 호환 API를 얻는 데는 여러 가지 프로젝트가 있습니다.

  • TouchDB, 네이티브 아이폰 OS는 웹을 위해,
  • PouchDB, HTML5 버전 구현을 구축하고 폰갭은
+0

감사합니다.이게 내가 찾고있는 것입니다. – OpenThread

+0

당신은 천만에요. 프로젝트에 행운을 빈다. – JasonSmith

+2

이제 https : // github을 사용해야합니다.TouchDB의 개발자가 만든 TouchDB 대신 com/couchbase/couchbase-lite-ios – VietHung

6

편집 (4 월, 2016) 애플 리케이션 :

  • Realm.io 요즘 갈 길입니다.


    아이폰 OS 포팅 (포장) 된이 키/값 데이터베이스에 좀 걸릴 Google 제공을, 그리고에 보인다 거기서 가장 빠르다.

  • TokyoCabinet (포트 : TSDocDB) : 매우 빠르지 만 조금 구식 인 것으로 보입니다. 공식 페이지에는 더 빠른 새로운 버전 (KyotoCabinet)이 있다고 나와 있지만, 포트가 없습니다 알아). 그리고 LGPL (AppStore와 완벽하게 호환되지 않는 것 같습니다)으로 라이센스되었습니다.
2

나는 또한 iOS 용 NoSQL에보고하고 탐구 할 시간이 있다면, 그것은 사용자 정의 기능을 제대로 SQLite는 학습 좋은 경험이 될 것입니다하지만 https://github.com/tciuro/NanoStore

NanoStore

발견하고있다. 자체 NoSQL 데이터베이스를 만드는 것은 매우 쉽습니다. 사전/json을 저장하는 모든 객체에 대한 하나의 테이블 만 사용자 정의 기능이있는 뷰/색인과 함께 사용합니다.

나만의 솔루션을 만드는 것이 어려운 부분이 아닙니다. 어려운 작업은 개체를 데이터베이스에 매핑하는 것입니다. 이 작업은 코드베이스의 복잡성을 가장 무시 무시한 방식으로 증가시킬 수 있으며이를 방지하려면 매우 훌륭한 코더가되어야합니다. 비록 당신이 아주 좋기를 원한다면 그러한 경험을 통해 고통을 겪어야 만합니다.

가장 고약한 문제 중 하나는 개체 간의 관계입니다. 이를 해결하는 것이 CoreData의 주된 목표입니다. 그 이유는 CoreData가 데이터베이스가 아니라는 것을 읽는 이유입니다.

SQLite를 올바르게 배우면, 특별히 사용자 정의 플러그인을 만들면 많은 문을 열 수 있습니다. 그러나 대부분의 개발자는 이러한 세부 정보를 배우는 데 신경 쓰지 않으며 코드 기반을 잃어 버리게됩니다.

+0

SQLite는 작동하지만 실제로 느린 것 같습니다 - 8000 개의 레코드 읽기 아스키 파일의 오브젝트에 iPod Touch 5g에서 25 초가 걸렸고 NoSQL 데이터베이스에서 3m가 걸렸습니다. 빠른 읽기 전용 키/값 저장소를 살펴 보겠습니다. – kfmfe04

관련 문제