gpt4 book ai didi

android - 我如何改进这种在 Android 上使用 ORMLite 加载对象的方法?

转载 作者:搜寻专家 更新时间:2023-11-01 09:08:59 26 4
gpt4 key购买 nike

我正在 Android 上使用 ormlite 4.35 加载一组对象(及其外来对象)。下面的 getAllCragsWithLocation() 方法中的计时需要(在模拟器中)16 到 19 秒。

数据库中有 590 个峭壁,其中 40 个没有位置。

记录了几行,例如

03-19 11:03:54.441: I/dalvikvm(1156): Jit: resizing JitTable from 1024 to 2048
03-19 11:03:55.531: D/dalvikvm(1156): GC_CONCURRENT freed 544K, 37% free 5174K/8199K, external 731K/1109K, paused 6ms+11ms

我应该以其他方式加载对象吗?在 sqlite3 命令行运行查询大约需要 100 秒...

public List<Crag> getAllCragsWithLocation() {
Log.i(TAG,"beginning db calls");
long startQuery = System.currentTimeMillis();
QueryBuilder<Crag,Integer> queryBuilder = helper.getCragDao().queryBuilder();
List<Crag> results = new ArrayList<Crag>();
try {
queryBuilder.where().isNotNull("location_id");
Log.i(TAG,queryBuilder.prepareStatementString());
PreparedQuery<Crag> preparedQuery = queryBuilder.prepare();
results = helper.getCragDao().query(preparedQuery);
} catch (android.database.SQLException e) {
Log.e(TAG,e.toString());
} catch (SQLException e) {
Log.e(TAG,e.toString());
}
Log.i(TAG,"ending query after "+((System.currentTimeMillis()-startQuery)/1000)+" seconds");
return results;
}

峭壁对象(简化)是:

@DatabaseTable
public class Crag {
public Crag() {
//ormlite requires a no-arg constructor?
guidebooks = new ArrayList<Guidebook>();
}

@DatabaseField(id=true) private int id;
@ForeignCollectionField(eager = true)
private Collection<Guidebook> guidebooks;
@DatabaseField(foreign=true, foreignAutoRefresh = true, index=true)
private uk.co.bmc.rad.models.Location location;
@DatabaseField(foreign=true,foreignAutoRefresh=true)
private SubRegion subRegion;
}

外来物体是比 Crag 简单得多的类。出于显示的目的,仅在对象从数据库加载时需要位置,但在比较相等性时我使用了外部对象,所以...

迭代 getAllCragsWithLocation() 的返回值以准备添加到 MapOverlay。计时该过程需要不到一秒钟。


更新:我刚刚交换了 DB4O 进行比较,通过比较,它基本上立即加载了所有峭壁,所以我想我会继续这样做。


更新更新:我没有在 DB4O 中快速交换,而是花了更多时间比较两者。

在 JUnit 3 AndroidTestCase 中,如果我将一条记录插入数据库,然后直接查询它,那么 ORMLite 和 DB4O 都需要大约一秒钟(总计)来插入和返回对象。

如果我运行我的进程来插入 590 个对象,那么 ORMLite 大约需要 24 秒,而 DB40 大约需要 40 秒。

如果我调用 getAllCragsWithLocation() 然后调用 getAllCrags() DB40 需要 7 秒然后 0 秒返回 Crags 列表,所以我猜它有一个缓存可以加速第二个查询

而 ORMLite 的两个查询大约需要 7 秒。

所以里面其实很少


更新更新更新:今天拿了一个 Transformer Prime 并在上面运行应用程序,与模拟器上的 7 秒相比,岩壁在 1 秒内加载完毕。

因为我已经设法理解了 ormlite 的查询语法;可以回退到原始 sql 并且 sqlite 表结构更具可转移性我将坚持使用 ormlite 而不是 db4o。

最佳答案

我真的很惊讶它花了这么长时间。

    @ForeignCollectionField(eager = true)
private Collection<Guidebook> guidebooks;
@DatabaseField(foreign=true, foreignAutoRefresh = true, index=true)
private uk.co.bmc.rad.models.Location location;
@DatabaseField(foreign=true,foreignAutoRefresh=true)
private SubRegion subRegion;

这些字段中的每一个都会生成另一个数据库查询,这会花费一些时间,但我不希望有几秒钟。 ORMLite 在使用 JOIN 来满足急切获取的远程对象方面并不聪明。

尝试的一件事是在生成 DAO 实现时使用 table-config 进程来解决 Android 的 dog, dog 慢反射实现。请参阅文档:

http://ormlite.com/docs/table-config

我很好奇你是否能弄明白,但我知道你是否需要切换到其他包才能开始工作。

关于android - 我如何改进这种在 Android 上使用 ORMLite 加载对象的方法?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9769335/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com