2013-02-09 91 views
0

我正在爲當前在線運行的Web應用程序開發iPhone應用程序。當前的Web應用程序非常龐大且複雜,它使用SQL來存儲重要信息,如成員詳細信息,登錄憑證etx。其他的東西,如關於幾個部分,組,子組和其他相關信息的信息保存在TXT。當前系統使用自己的標準來保存文件中的數據,並且還制定了自定義算法來讀取和寫入數據。每個txt文件都小於1 mb大小。有很多數據操作正在進行。 剛創建的自定義算法只讀取這些文件,並將所有數據作爲記錄(與核心數據managedobjectcontext中的內容相同),並且每當數據更改時整個文件被覆蓋。在項目中使用txt文件或sqlite與核心數據?

因此,雖然實施相同的我想爲iPhone應用程序選擇?在蘋果網站上他們說'SQLite對於低級關係數據庫工作來說非常完美'https://developer.apple.com/technologies/ios/data-management.html但是在我的情況下它是高層次的。

請幫助我做出決定。我是否想使用核心數據管理文件或sqlite數據庫中的數據? 我也想知道是否有可能將目前在web服務器中的那些類和算法導入到iOS,所以我不想爲iOS重寫相同的算法?當前的服務器代碼是C#

+0

雖然不完全重複,但可能與[Android案例]類似(http://stackoverflow.com/questions/14645183/arguments-for-and-against-the-android-sqlite-usage) – h22 2013-02-09 09:34:28

回答

1

在極少數情況下,您需要使用SQLite進行低級關係數據庫工作。在99%的其他案例中使用核心數據。永遠不要將關係的東西存儲到txt文件中。這只是一個痛苦。

0

您的使用案例聽起來像是Core Data的一個很好的匹配。

經常被誤解,核心數據是碰巧使用sqlite進行持久化的對象存儲。你不用操縱它下面的sqlite,Core Data爲你管理sqlite。你不寫SQL。在.NET中最接近它的是EDM和ADO.NET中的實體框架。

假設您想要在網絡服務器中導入的類和算法是C#,可悲的是那些需要移植到Obj-C。