Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/ios/113.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ios SQLite、CoreData还是静态数据?_Ios_Objective C_Iphone_Sqlite_Core Data - Fatal编程技术网

Ios SQLite、CoreData还是静态数据?

Ios SQLite、CoreData还是静态数据?,ios,objective-c,iphone,sqlite,core-data,Ios,Objective C,Iphone,Sqlite,Core Data,我正在开发一个应用程序,基本上是一个医疗应用程序。应用程序中的所有数据都是静态的。大多数情况下,该应用程序是只读应用程序,我必须将数据放在大块/段落中。例如,“血型历史”这一部分由3页PDF格式的数据组成,我必须输入这些数据。我的问题是哪个数据库更可取?SQLite、CoreData或任何其他数据库?任何帮助都将不胜感激。 TIA。将核心数据与SQLite数据库一起使用。SQLite数据库可以很容易地包含在应用程序包中,并在第一次运行时移动到documents文件夹。您没有对此发表任何意见,但如

我正在开发一个应用程序,基本上是一个医疗应用程序。应用程序中的所有数据都是静态的。大多数情况下,该应用程序是只读应用程序,我必须将数据放在大块/段落中。例如,“血型历史”这一部分由3页PDF格式的数据组成,我必须输入这些数据。我的问题是哪个数据库更可取?SQLite、CoreData或任何其他数据库?任何帮助都将不胜感激。
TIA。

将核心数据与SQLite数据库一起使用。SQLite数据库可以很容易地包含在应用程序包中,并在第一次运行时移动到documents文件夹。您没有对此发表任何意见,但如果以后需要更新,则很容易替换SQLite数据库

我以前真的看过这一点,核心数据提供了太多东西,不能不使用它;我找不到不使用Sqlite商店的好理由。尽管如此,如果您需要,它还是为您提供了另一家商店的选择

顺便说一句,我们确实在数据库中存储图片,但不是以完全分辨率。我们使用的PIC可以压缩到100K或更少,并将其放入核心数据中。我们在这种安排下没有任何性能问题


关于独立SQLite与核心数据的更多评论。如果您在其他地方使用SQL,SQLite很容易理解,我已经广泛使用过,所以对我来说很好。但当您使用iOS控件时,如UITableView和UICollectionView等,核心数据的“适合性”要好得多。核心数据被设计为与这些控件一起很好地工作,而且它是如此的好以至于值得学习使用核心数据。即使您不得不忘记您所知道的关于关系数据库的一切。

将核心数据与SQLite数据库一起使用。SQLite数据库可以很容易地包含在应用程序包中,并在第一次运行时移动到documents文件夹。您没有对此发表任何意见,但如果以后需要更新,则很容易替换SQLite数据库

我以前真的看过这一点,核心数据提供了太多东西,不能不使用它;我找不到不使用Sqlite商店的好理由。尽管如此,如果您需要,它还是为您提供了另一家商店的选择

顺便说一句,我们确实在数据库中存储图片,但不是以完全分辨率。我们使用的PIC可以压缩到100K或更少,并将其放入核心数据中。我们在这种安排下没有任何性能问题

关于独立SQLite与核心数据的更多评论。如果您在其他地方使用SQL,SQLite很容易理解,我已经广泛使用过,所以对我来说很好。但当您使用iOS控件时,如UITableView和UICollectionView等,核心数据的“适合性”要好得多。核心数据被设计为与这些控件一起很好地工作,而且它是如此的好以至于值得学习使用核心数据。即使你不得不忘记你所知道的关于关系数据库的一切。

我更喜欢sqlite。 有关正确的指导,请参阅下面的链接。何时使用sqlite,何时使用plist。 我更喜欢sqlite。 有关正确的指导,请参阅下面的链接。何时使用sqlite,何时使用plist。

我不建议您自己使用SQLite,因为有许多免费的现代数据库提供了更多的内置功能。例如,关系处理,将任何文件与记录关联,而不将其保存为数据库中的blob,并发访问记录

我建议您使用CoreData或

我个人使用YapDatabase,它提供了大量的功能,在性能方面也非常棒


您只需要创建一个数据导入器类。还有一个导入数据的示例项目。

我不建议您自己使用SQLite,因为有许多免费的现代数据库提供了更多的内置功能。例如,关系处理,将任何文件与记录关联,而不将其保存为数据库中的blob,并发访问记录

我建议您使用CoreData或

我个人使用YapDatabase,它提供了大量的功能,在性能方面也非常棒


您只需要创建一个数据导入器类。还有一个用于导入数据的示例项目。

如果是静态的,为什么不将其保存在主捆绑包中的plist文件中?如果是静态的,为什么不将其保存在主捆绑包中的plist文件中?不。为什么要让别人的代码库给你带来负担,而别人可能会让你无所事事(请参阅:Parse.com)当核心数据提供了一个集成良好、快速、可靠且得到苹果支持的优秀设施时?我没有说不可能有这样的情况,但我没有发现任何情况。Yapdatabase有很好的文档记录,并得到了积极的维护。顺便说一句,我并不反对使用coredata,因为它是一个具有优秀特性的官方框架。我的观点是不要单独使用SQLite。失去NSFetchedResultsController是一个很大的损失。当核心数据提供了一个集成良好、快速、可靠且得到苹果支持的优秀工具时,为什么还要让其他人给你的代码库给你添麻烦呢?我没有说不可能有这样的情况,但我没有发现任何情况。Yapdatabase有很好的文档记录,并得到了积极的维护。顺便说一句,我并不反对使用coredata,因为它是一个具有优秀特性的官方框架。我的观点是不要单独使用SQLite。失去NSFetchedResultsController对我来说是一个巨大的损失。