Iphone android sqlite性能最佳实践(通过始终打开的连接/光标直接访问数据,而不是按需访问和自定义对象)

Iphone android sqlite性能最佳实践(通过始终打开的连接/光标直接访问数据,而不是按需访问和自定义对象),iphone,android,sqlite,Iphone,Android,Sqlite,我目前正在将我的iphone应用程序移植到android上。此应用程序大量使用sqlite数据。在iphone上,我用sqlite数据填充自定义对象,根据需要多次打开和关闭与数据库的连接 然而,在android上,我还没有见过很多遵循这种方法的教程。它们只需使用光标,直接显示数据,而无需使用自定义对象和集合 我想知道在安卓上有没有什么特别的原因?你建议我在这里做什么?ie:在android上的sqlite db上设置一个始终打开的连接/游标并直接显示数据,或者采用iphone的方式从sqlite

我目前正在将我的iphone应用程序移植到android上。此应用程序大量使用sqlite数据。在iphone上,我用sqlite数据填充自定义对象,根据需要多次打开和关闭与数据库的连接

然而,在android上,我还没有见过很多遵循这种方法的教程。它们只需使用光标,直接显示数据,而无需使用自定义对象和集合

我想知道在安卓上有没有什么特别的原因?你建议我在这里做什么?ie:在android上的sqlite db上设置一个始终打开的连接/游标并直接显示数据,或者采用iphone的方式从sqlite填充自定义对象集合,并将UI数据绑定到此集合而不是sqlite游标,这是否可行


提前感谢各位

我认为最佳方法不会因平台的不同而有任何显著差异

Sqlite在连接中保持缓存,因此保持连接打开通常是有利的。 只需准备一次语句并重用它们,就可以节省一些时间。 查询启动非常重要,所以在一个查询中加入您需要的所有内容。与join语句相比,在一个查询中获取一个对象列表并为单个对象启动单独的查询速度非常慢。 如果您可以直接从数据库填充UI对象,那么遍历任何中间对象只会给内存管理器带来不必要的负载
谢谢你的信息。。。我在iphone应用程序中也做了第1点、第2点和第3点。。。但在iphone中始终使用缓存的自定义对象集合,而不是直接访问db。所以,这一点可以归结为:在内存中缓存还是持续的sqlite访问?