iOS编程-pList还是.sqlite3数据库？

我正在学习iOS编程（来自于一些简单的Java经验），我很好奇哪种方法可以更好地设置我掌握的一些信息

我有一个753“行程”的列表（数据库或plist中的行），其中包括a点到B点以及该行程的预设英里数；因此，每次旅行将有3个键用于plist，或数据库“pointa”、“pointb”和“miles”的列

我很好奇这个数据集对于pList来说是否太大了

sqlite3数据库是否更适合这种情况

数据将是静态的——不会改变，如果需要改变，它将非常非常少

我不确定哪一个是理想的-似乎用pList匹配pointA和pointB的字符串会更容易获得里程（我的iOS知识足够薄弱-从我在谷歌上搜索到的情况来看，学习pList似乎比学习SQL更快）

只是想寻求一些反馈——哪一个是“合适”的

---

看起来长pLists对应用程序性能有负面影响，因为它必须将其加载到内存中，但我很好奇“太大”到底有多大。使用核心数据。核心数据有大量的内置优化，您最终不得不使用其他数据存储来实现这些优化。它还具有易于集成的iCloud功能，虽然从rocky开始，但现在已经相当稳定了。

您不需要一个完整的数据库来存储700个三元组的

double

s（或其他）。一个PLIST，尤其是二进制的，做得很好。考虑CordaDATA。你是否需要同时加载的所有数据是另一个问题？如果你以前没有使用SQLite或核心数据，那么它们在复杂性上是相似的，只是在概念/方法上是不同的。然后，这取决于你的背景，如果你追求SQLite，那么在笨重的SQLite C接口周围使用一个漂亮、薄的Objective-C包装器，哪一个会更难（因此有人说核心数据是一个“PITA”…）。极大地简化了SQLite代码。核心数据很难获得正确的设置，如果这家伙说他是iOS编程的新手，我怀疑他是否能够获得正确的核心数据。只是因为有些事情有点难，并不意味着这不是正确的道路。我没有说这是不对的！这确实是最好的解决方案。我同意@coneybeare的观点，核心数据是正确的方法，即使它有一个陡峭的学习曲线。@Hanny不要被这些人的说法所迷惑。核心数据可能是一个优雅的解决方案，但它对初学者来说确实太难了，而且在您的情况下，它是一个过火的解决方案。一个实干家会做得非常完美。