2012-05-06 45 views

回答

15

有幾個項目獲得移動設備上可用的CouchDB兼容的API。

  • TouchDB,原生的iOS打造
  • PouchDB,一個HTML5實現,爲網絡和PhoneGap的應用程式
+0

由於一噸!這就是我要找的 – OpenThread

+0

不客氣。祝你的項目好運。 – JasonSmith

+2

現在,我們應該使用https:// github。com/couchbase/couchbase-lite-ios代替TouchDB(來自TouchDB開發人員) – VietHung

6

編輯(四月,2016):


而且看看對已移植(包裝)到iOS這個鍵/值數據庫:

  • 性LevelDB(端口:NULevelDB):由谷歌作出的,並且似乎成爲最快之一。
  • TokyoCabinet(端口:TSDocDB):速度非常快,但它似乎有點過時,官方頁面指出有一個新版本(稱爲KyotoCabinet)甚至更快,但是因爲沒有端口(儘可能我知道)。並且,被許可爲LGPL(它似乎不完全兼容AppStore)。
2

我也期待NoSQL的iOS和發現NanoStore

https://github.com/tciuro/NanoStore

但如果你有時間去探索,這將是學習的SQLite正確使用自定義功能的豐富經驗。創建自己的NoSQL數據庫非常簡單。只有一張表,用於存儲字典/ json沿着視圖/索引與自定義函數的所有對象。

製作自己的解決方案是不困難的。辛勤工作是將您的對象映射到數據庫。這個任務可能會以最醜陋的方式增加代碼庫的複雜性,並且需要成爲一個非常好的編碼器來避免這種情況。儘管如果你想成爲一個好人,也許你必須經歷這樣的經歷。

其中最討厭的問題也將是對象之間的關係。解決這個問題是CoreData的主要目標,那就是你將閱讀CoreData的原因不是數據庫。

學習SQLite的正確,特別是在您爲它創建自定義插件,可以打開很多門。但是請注意,大多數開發人員根本不在乎學習這些細節,並且會隨着您的代碼庫而丟失。

+0

SQLite的工作原理似乎很慢 - 讀取8000條記錄從ASCII文件轉換成對象在iPod Touch 5g上花費了25s,並從NoSQL db花費了3m。我將研究更快的只讀鍵/值存儲。 – kfmfe04

相關問題