2013-02-09 97 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。