android 数据库还是 xml/kml？

Question

哪个有利、高效、更快？以 xml 格式存储信息并检索它或将信息存储在 android 上的数据库中？

而且，就可移植性而言，xml 可以存储为 Assets ...可以用 db 做同样的事情吗？ db 是否作为所有手机的默认包出现。

应用程序涉及处理超过 1000 条数据记录。

Answer 1

当涉及大量数据时，SQLite 数据库会更快 - 它会更快地找到您想要的内容。

对于少量数据，KML 文件的开销比数据库小得多，但对于动态数据不是很有用。

如果需要更新或添加数据，如果您想继续使用 xml 文件，则必须将文件存储在可写位置。

对于大约 1000 多个条目，我希望使用 SQLite 数据库 - 你可以在这里做两件事之一 - 为你的应用程序预编译一个数据库，然后将数据库文件放入 Assets 文件夹，然后在第一次运行时检查是否数据库文件存在 - 如果不存在，则将文件从 Assets 文件夹移动到数据库文件夹(见下面的注释)。或者，您可以将条目存储在 Assets 文件夹中的 KML 文件中，然后在第一次运行时使用解析器将 kml 文件中的每个条目写入数据库。

从 KML 或 CSV 文件获取文件需要一段时间来处理，具体取决于条目数。 我有一个应用程序可以从 SDCard 上的 csv 文件获取数据，并将其加载到数据库中，因为测试大约 7,000 个条目需要大约 35 秒。另外我认为 raw 和 asset 文件夹的大小限制在 1mb 左右。

看看这个链接，它展示了一种在应用程序首次运行时移动大型数据库的非常有用的方法:

Database Populating Solution